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CHAPTER 1 
INTRODUCTION 


1.1 MANUAL SCOPE 
This manual describes the use of the VAX diagnostic system with the VAX-11/730 computer system. It 
covers the following topics: 


Console commands 

Self-test 

Microdiagnostics 

Levels 4 and 3 macrodiagnostics 
Diagnostic supervisor 

Customer Runnable Diagnostics 
Maintenance disk 
Troubleshooting techniques 


This manual covers only details that pertain to the diagnostic system for the VAX-11/730 computer sys- 
tem. It is designed as a reference for field service engineers and as a resource for field service, manufactur- 
ing, and customer training programs. To make good use of this manual, the user should be familiar with 
VAX architecture, VAX/VMS software, and the VAX-11/730 hardware. 


This manual is part of a four-level documentation set, as shown in Figure 1-1. 


VAX DIAGNOSTIC 
SYSTEM USER’S GUIDE 


EVNDX 
DIAGNOSTIC 


— PRINTED 
— MICROFICHE 


PROCESSOR 
SPECIFIC 
OVERVIEW 
MANUAL 
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DIAGNOSTIC PROGRAM 

LISTINGS 


Figure 1-1 VAX-11 Diagnostic System User Documentation 
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These four levels of documentation progress from general to specific, the general level being the VAX 
Diagnostic System User’s Guide and the specific being the Diagnostic Program Listings. To apply 
the VAX diagnostic system effectively, the user should become familiar with each documentation level. 
The VAX Diagnostic System User’s Guide contains stable information that applies across all VAX com- 
puter systems. It explains the VAX diagnostic system structure and strategy and the various uses of the 
diagnostic supervisor. The VAX Diagnostic System User’s Guide is available on hard copy and microfiche. 


Program documentation files and program listings are available on microfiche and magnetic media. These 
are revised and distributed periodically. The program documentation files provide information that helps 
the user effectively use the diagnostic programs. 

DIGITAL also distributes the VAX Development MAINDEC Index (EVNDX), on microfiche and mag- 
netic media. EVNDX enables users to keep up with the periodic changes and additions to the VAX-11 
diagnostic system. 


Table 1-1 lists related documentation. 


Table 1-1 VAX-11/730 Related Documentation 


Title Order Number 
VAX-11/730 

User Guide 

Diagnostic System EK-VX11D-UG 

DMF32 Multi-Function 

Communications Interface EK-DMF32-UG 

Hardware EK-11730-UG 
VAX-11/730 

Installation Guide EK-SI730-IN 
VAX-11/730 

Technical Description 

Central Processor Unit EK-KA730-TD 

Memory System EK-MS730-TD 

Power System EK-PS730-TD 

FP730 Floating-Point 

Accelerator EK-FP730-TD 

DMF32 Multi-Function 

Communications Interface EK-DMF32-TD 

Integrated Disk 

Controller EK-RB730-TD 
VAX-11 Handbooks 
Architecture EB-19580 
Hardware EB-21710 
Software EB-21812 


1.2 VAX-11/730 DIAGNOSTIC SYSTEM STRUCTURE 
The VAX diagnostic structure consists of six program levels, as follows: 


Level 1 —- Operating system (VAX/VMS) based diagnostic programs (using logical or virtual queue I/O) 
VAX System Diagnostic (exerciser) 


Level 2R — Diagnostic supervisor-based diagnostic programs restricted to running under VMS only (using 
physical queue I/O) 


Certain peripheral diagnostic programs 


Level 2 — Diagnostic supervisor-based diagnostic programs that can be run either under VAX/VMS (on- 
line) or in the standalone mode (using physical queue I/O) 


Formatter and reliability level peripheral diagnostic programs 


Nonprocessor specific CPU Cluster diagnostic programs (excluding privileged architecture cluster 
diagnostic programs) 


Level 3 — Diagnostic supervisor-based diagnostic programs that can be run in standalone mode only (using 
physical queue I/O) 


Functional level peripheral diagnostic programs 
Repair level peripheral diagnostic programs 
CPU cluster diagnostic programs and privileged architecture cluster diagnostic programs 


Level 4 — Standalone macrodiagnostic programs that run without the supervisor 
Hard-core instruction set 
Level 5 — Console-based diagnostic programs that can be run in the standalone mode only 


Microdiagnostics 
Microdiagnostic monitors 
Console diagnostics 


Overlapping four levels (levels 5, 4, 3 and 2) of the diagnostic system structure are the Customer Runnable 
Diagnostics (CRD). CRD is a special program that simplifies the execution of these diagnostics with a 
single command. Refer to Chapter 7 for further information on CRD. 


Most diagnostic programs which test peripheral devices are not processor specific. They run on the 
VAX-11/730 processor as well as other VAX processors. These programs are called transportable diagnos- 
tics. They are identified by the letter V, the second character of the five-character program code (e.g., 
EVREA). 


Of the diagnostic programs which test a VAX-11/730 system, some are transportable and some are proces- 
sor specific. VAX-11/730 processor specific diagnostic programs are identified by the letter N, as the 
second character of the five-character program code (e.g., ENSAA). 


See the VAX Development MAINDEC Index (EVNDX) for a complete list of VAX diagnostic programs. 
Refer to the appropriate program documentation file to answer any questions concerning the use of specific 
diagnostic program. 


The VAX-11/730 diagnostic system provides flexibility concerning the load paths and execution control of 
different program levels. For example, the diagnostic supervisor and level 2 and level 3 programs can be 
loaded from either the console load medium (TUS8 tape drive) or from the system disk. If the primary 
mass storage load path does not work correctly, the TU58 can load diagnostic programs which would help 
to repair the load path problem (refer to Chapter 5), Although level 2 programs are flexible and can runin 
either the user mode or the standalone mode, level 2R, 3 and 4 programs are less flexible. 


1.3 > DIAGNOSTIC STRATEGY 
CRD forms the basis of DIGITAL’s strategy for VAX-11/730 system maintenance. 


The SYE utility can be used to generate an error log report. Analysis of this report can be used to isolate 
the problem to a failing subsystem/option. Further testing can be done using on-line diagnostics (levels 2 
and 2R) for fault isolation. If the system is off-line, CRD can be used to identify the failing subsystem/ 
option. Individual microdiagnostics and level 3 macrodiagnostics can then be used to isolate a fault toa 
field-replaceable unit. 


Implementation of a specific diagnostic strategy is area dependent (US, GIA, EUROPE). 


1.4 VAX-11/730 REMOTE DIAGNOSIS OPTION 

The Remote Diagnosis Option (KC730) is installed in the VAX-11/730 to allow an operator at a remote 
terminal (in a remote support center) to perform the same operations as the local operator at the system 
console terminal. These operations include booting the operating system, controlling and communicating 
with the user programs, and loading and running diagnostics. These operations are enabled only when the 
local operator sets the VAX-11/730 keyswitch to the REMOTE or REMOTE DISABLE positions. 


The local DIGITAL Field Service Representative will initiate any request for remote support; customer site 
personnel will not be involved in this procedure. 


NOTE 
Normal system operation for the VAX-11/730 is 
not affected by the installation of the KC730 Re- 
mote Diagnostic Option. 


CHAPTER 2 
CONSOLE SUBSYSTEM 


2.1 INTRODUCTION 
The VAX-11/730 console subsystem is an important diagnostic tool. It enables the operator to perform the 
following functions: 


e Start and stop the CPU instruction set processor 


e Examine and deposit information in locations in main memory, I/O registers, processor regis- 
ters, and internal registers 


e Control CPU execution 


The console subsystem hardware consists of: a dedicated console terminal, switches and lights on the front 
panel of the CPU cabinet, the dual integral TU58 tape cartridge drives, and the remote access port. 


The VAX-11/730 console runs in two modes: the program and console I/O modes. These modes are mutu- 
ally exclusive. One of these modes is always enabled while power is applied to the system. In the program 
I/O mode, the console terminal functions like a user terminal on the VAX-11/730 system. It passes char- 
acters between itself and the program running in the CPU. 

In console mode, the CPU is in the idle loop and is receptive to console commands. 


The condition that causes the CPU to enter the console I/O mode is the front panel keyswitch set to either 
the LOCAL or REMOTE position. One of the following occurs: 


e ~~ Power is cycled with the AUTO RESTART switch in the OFF position. 


e Power is cycled with the AUTO RESTART switch in the ON position if the warm start attempt 
fails. 


e ~=—- Power is cycled with the AUTO RESTART switch in the ON position if the cold start fails. 


e Power is cycled with the AUTO RESTART switch in the ON position if both the warm and the 
cold start attempts fail. 


e A BOOT, CONTINUE or START console command failure. 
e The operator types CTRL/P on the console terminal. 


e The instruction set processor executes a HALT MACRO-32 instruction. (See Table 2-1 for 
HALT codes and their meanings.) 


Table 2-1 CPU Halt Codes and Halt Conditions 


Code Halt Conditions 

00 HALT command-given by the operator while the processor is in the console mode. 

01 Self-test was successful. 

02 CPU Halt-operator typed CTRL/P while the machine was in program mode. 

03 Typed by the console on a power-fail restart. Does not appear in the halt message. 

04 Invalid interrupt stack (IS) or unable to read system control block (SCB). 

05 CPU double error. A second machine check occurred before a previous one could be reported. 

06 CPU Halt-CPU executed a halt instruction in the kernel mode. 

07 Invalid system control block (SCB) vector (bits (1:0) of the SCB vector = 3). 

08 No user WCS-SCB vector bits (1:0) = 2, with no user WCS installed. 

09 Error pending on HALT-processor was halted by a CTRL/P before an error halt could be 
performed. 

0A Change mode from internal stack instruction was executed when the PSL (IS) bit was set. 

OB Change mode to interrupt stack instruction was executed when the exception vector for a 


change mode had bit (0) set. 


0C SCB Read Error—-uncorrectable memory error occurred when the CPU tried to read an excep- 
tion of interrupt vector. 


When the CPU enters the console mode, it prints on the console terminal a question mark followed by a 
two-digit halt code (Table 2-1), the address contained in the program counter (PC), and the console prompt 
symbol “>>>’’. For example: 


“p ! CTRL/P typed at the console terminal 
202 PC=nnnnnnnn ! Halt code followed by the PC address 
»>»> ' Console prompt 


2.2 FRONT PANEL CONTROLS AND INDICATORS 
The front panel of the VAX-11/730 has two switches and four indicator lights. These switches, indicator 
lights and their functions are identified below. 


2.2.1 Six-Position Keylock Switch 
The six positions of the keylock switch and the functions of each are shown in Table 2-2. 


2.2.2 AUTO/RESTART Switch 


This three-position switch controls the machine in a power-up sequence, power restoration and software 
crash. The three positions of the AUTO RESTART switch and the functions of each are shown in Table 2-3. 


2-2 


Table 2-2 The Functions of the Six-Position Keylock Switch 


Position Function 
OFF No power is applied to the CPU or to memory. 
STD BY Power is applied to main memory, the WCS module and the TU58 


tape drives. 


LOCAL Power is applied to the CPU and to memory, allowing the CPU to 
respond to console commands. The remote access port is disabled. 


LOCAL/DISABLE The CPU does not respond to console commands; however, the console 
terminal functions as a user terminal. The remote access port is 
disabled. The BOOT position of the AUTO RESTART switch is 
ignored. 


REMOTE/DISABLED The console terminal is disabled. The remote access port is enabled, 
allowing a terminal connected to it to be used as a user terminal. The 
CPU does not respond to console commands from this remote terminal. 


REMOTE The remote terminal functions as the console terminal. The console ter- 
minal is disabled unless enabled by the remote terminal. 


Table 2-3 The Functions of the Three-Position AUTO/RESTART Switch 


Position Function 
OFF The system halts and prints the console prompt “‘)))” after loading the microcode or 


executing a HALT instruction. 


ON The system loads the microcode and bootstraps the system disk using the bootstrap 
command procedure (DEFBOO.CMD) automatically: 


e During initial power-up; 
e After a brief power failure; or 


e After the CPU microcode detects an error condition (HALT instruction execut- 
ed in the kernel mode). 


BOOT This momentary contact position reboots the system (using DEFBOO.CMD) when the 
system is in the console mode. ())) is displayed on the console terminal.) 


2.2.3 State Indicator Lights 
The functions of the state indicator lights on the front panel are shown in Table 2-4. 


Table 2-4 The Functions of the Front Panel State Indicator Lights 


Light Function 

RUN The processor CPU is executing instructions. 

DC ON The dc voltages are in regulation and applied to the system. 

BATT Reserved for future use. 

R/D Remote diagnostics procedures are being performed on the system. 


2.3 POWER-UP SELF-TEST 
On initial power-up, the VAX-11/730 console subsystem goes through a sequence of events that is shown 
in Figure 2-1. If the self enable switch (SW1) on E47 of the WCS module (M8394 slot 3) is OFF (high) 
during this sequence of events, the console microprocessor performs a test of the +15V and -15V voltages 
as well as the PROM resident self-test. If SW1 is ON (low) the PROM resident self-test is bypassed. 


POWE R-UP 


0’S ~ 8085A PC 
(START PROG) 


DISABLE 8085A 
INTERRUPTS 
NEGATE CPU RUN 


ASSERT UNIBUS: 
AC LO, DC LO, 
CINIT, BBSY 


<> 
= 


SELF TEST 


ROM CHKSUM, 
USARTS, RAM (LOOP 
ON ERROR. POWER 

DOWN/UP TO RE- 
LEASE). 


NO 


INITIALIZE 


SET UP PROG FLAGS, 
USARTS, AND STACK 
POINTER. EXECUTE 


UNIBUS POWE R-UP 
SEQUENCE. ENABLE 
8085A INTERRUPTS 


FROM MICMON 
RETURN) TRY TO READ BOOT 
BLOCK FROM DD1 
(DD1 IS CURRENT 
DRIVE) 
YES 


LOAD BOOT BLOCK 
FROM CURRENT 
DRIVE TO RAM 
4100-4BFF 


RAM 
4100 = C3 


YES 


NO 


TRY TO READ BOOT 
BLOCK FROM DDO 
(DDO IS CURRENT 
DRIVE) 


PRINT ROM PROMPT N 
(ROM>) 


<> 


YES 


) 


LOAD 
CONSLE.EXE 


YES 


CHANGE 
CURRENT DRIVE 


LOAD 
CONSLE.EXE 


NO 


PRINT 
“VERSION XX.NN” 


TO CONSOLE 
1/O MODE 


YES 


LOAD 
ENKAA.EXE 
(MICMON) 


CHANGE 
CURRENT DRIVE 


LOAD 
ENKAA.EXE 
(MICMON) 


PRINT 
“MIC>"" 


MICRODIAGNOSTIC 
MONITOR 


TK-7989 


Figure 2-1 Power-Up Sequence of Events 
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During the self-test the characters “CONVXYZ” are printed on the console terminal, where “xyz” indi- 
cates the version of the console program. Each letter and digit of this word is a series of subtest completion 
flags. One letter or digit of the word “CONVxyz” is printed between each subtest, and the last two digits 
are printed at the end of the test (Example 2-1). The self-test sequence is as follows: 


Print 
Print 
Print 
Print 
Print 
Print 


<LF><CR>/°C’" «05 Start Self-Test (power-up) 
rayee PROM CHECKSUM Test 


wane! ; USARTs Loopback Test 

ee aie * USARTs Dual Address Test 
tye * RAM Float 1 Test 

eae * RAM March Test 


NOTE 
The console message and the subtests performed 
may change as later versions of the program micro- 
code are released. 


If an error is detected while checking the 15V power, or during a subtest, the console microprocessor loops 
on that failing subtest. The two RAM subtests have a failing subtest error message. The other subtests do 
not print a failure message. 


The PROM resident self-test is as follows: 


PROM CHECKSUM Test - The PROM code is verified by calculating a CHECKSUM on the 
PROM and comparing it to a known CHECKSUM stored in the last location of the PROM. 


USARTs Loopback Test - The three USARTs are verified by sending out data and reading it 
back via a wrap-around function in the USARTs. 


USARTs Dual Address Test — The three USARTs address response is verified by writing differ- 
ent data to each USART Command Register, then reading the data back. This ensures that 
each USART responds to its unique address and no other address. 


RAM Float 1 Test - The RAM data test checks the RAM data lines, the first location of RAM 
(4000 hexadecimal) is read/write tested with a pattern of “ls” floating through a field of “‘Os’’. 


Failing test printout: 

Expected Received 

XXXXXXXX XXXXXXXX 
RAM March Test - The RAM March Test writes a background of “Os”, then marches a “1” 
through it. This leaves a background of “1s” through which a zero is marched. This subtest has a 
delay inserted so that RAM refresh hardware is tested also. 
Failing test printout: 


Expected Received 


XXXXXXKX XXXXXKXX 


2.4 CONSOLE MODES 

Immediately following completion of the self-test, the CPU enters one of three modes. Which of these 
modes is entered depends on whether a cassette tape is inserted into a TU58 tape drive unit, and whether 
that tape contains the CONSOLE or MICRODIAGNOSTIC files. The mode entered is indicated by the 
console terminal printing either the ROM idle loop prompt (ROM>), the console I/O mode prompt (>>>), 
or the micromonitor mode prompt (MIC>). 


If no cassette tape is inserted into either tape drive unit, the CPU enters the ROM idle loop mode and the 
console terminal prints the “ROM>” prompt. The console subsystem stays in ROM idle mode until a 
CTRL/C is typed. When CTRL/C is typed, the console subsystem performs the self-test again and then 
looks for a cassette tape in one of the drives. 


If the CONSOLE file (CONSLE.EXE) is found on the cassette tape inserted into a tape drive unit, the 
console terminal produces a printout similar to Example 2-1, and the CPU enters the console I/O mode. 


The steps indicated in the printout in Example 2-1 are outlined below. 
1. | Console self-test flags. 
2. Console program release version. 
3. The boot block instructions are executed by the console microprocessor. They load the file 
CONSLE.EXE from the CONSOLE cassette tape in the TU58 drive unit into the CPU 


Writeable Control Store (WCS). The console prompt (>>>) is printed. The indirect command 
file POWER.CMD is accessed on the cassette. The commands within this file are performed. 


a. Load the basic console microcode from the file CONSLE.CPU into the CPU WCS, start- 
ing at microaddress 0. 


b. Load the memory management, interrupts, and exceptions microcode from the file 
MMIE.CPU into the CPU WCS, starting at microaddress 0800 (hex). 


c. Load the initializing microcode from the file POWER.CPU into the CPU WCS, starting 
at microaddress 0E00 (hex). 


d. Start the CPU microcode running at microaddress OB (hex). This microcode jumps to the 
INIT sequence at microaddress OE00 (hex). The CPU is initialized, the first 64kB of good 
main memory is found, and the presence of the Internal Disk Controller (IDC) and the 
Floating-Point Accelerator (FPA) is noted. 


e. The console microprocessor waits for the CPU initialize sequence to be completed. 


4. The indirect command file CODE0O1.CMD is accessed on the cassette. The commands within 
this file are now performed. 


These commands load the microcode from the files on the cassette into CPU WCS starting at 
the addresses shown below: 


CPU WCS Address 
Step File Name (hex) 
4a FP.CPU OE00 
4b BITFLD.CPU 1A00 
4c CM.CPU 1D00 
4d BASIC.CPU 2200 
de QUEUE.CPU 3B00 
Af IDC.CPU 4000 


The indirect command file CODEO1.CMD is one of four possible command files to load se- 
lected microcode into the CPU WCS. The file used depends on the presence of the FPA and 
IDC. This presence is determined by a value passed to the console microprocessor from the ex- 
ecution of the microcode at O0EOO (POWER.CPU). The values passed to the console microproc- 
essor to indicate which command file is used are shown below. 


Value Returned 
File Used FPA IDC 
CODE00.CMD 0 0 
CODE01.CMD 0 l 
CODE02.CMD l 0 
CODE03.CMD l l 
NOTE 


A ‘1’ indicates presence of the FPA or IDC, or both. 


>: The CPU is initialized to a known state. 


6. The console prompt is printed. The console subsystem is now ready to perform any console 
command. 


CONVxyz (1) 

VERSION xx.nn (2) 

>>>» @POWER.CMD (3) 

»>>L/C CONSLE.CPU VERSION yy (3a) 
>»>>L/C/S:0800 MMIE.CPU VERSION yy (3b) 
>»>>L/C/S:0E00 POWER.CPU IVERSION yy (3c) 
»>»>S/C OB (3d) 


»»oW C3e) 

>>>» @CODE01.CMD (4) 

»>>L/C/S:0E00 FP.CPU VERSION yy (4a) 
>>>L/C/S:1A00 BITFLD.CPU !VERSION yy (4b) 
»>>L/C/S:1D00 CM. CPU VERSION yy (4c) 


>>>L/0/S:3300 BASIC.CPU !VERSION yy (4d) 
>>>L/C0/5:4B00 QUEUE.CPU !VERSION yy (4e) 
>»>>L/C/S:4000 IDC.CPU VERSION yy (4f) 
»>>1 (5) 

»>> (6) 


Example 2-1 The Printout Produced by the Console Terminal 
as the CPU Enters the Console I/O Mode 
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If the CONSOLE file is not found and the MICRODIAGNOSTIC MONITOR file (ENKAA.EXE) is 
found on the cassette tape inserted into a tape drive unit, the CPU enters the microdiagnostic monitor 
mode (see Chapter 4) and the console terminal prints the “MIC>’’ prompt. 


2.5 CONSOLE COMMAND LANGUAGE 

When the CPU is not executing instructions, it is in the console I/O mode idle loop. In this mode, the CPU 
is receptive to console commands. These commands enable the user to communicate with the 
VAX-11/730 firmware from the console terminal. A console command is specified as either a control 
character (e.g., CTRL/C) or a single letter or word with optional modifiers. 


This section will cover commands that are VAX-11/730 processor specific. 
2.5.1 Control Characters 


Table 2-5 lists the control characters and their functions for the console I/O mode. 


Table 2-5 Control Characters for the Console I/O Mode 


Control Character Function 
CTRL/P (Program I/O mode) Aborts the current command, prints halt message 


and returns the console to the console I/O mode 
idle loop. The console prints: 


“P !CTRL/P 
202 PC=nnnnnnnnn ! Halt message 
»»)) '! Console idle 
! loop 
CTRL/C Aborts the current operation and returns to the 
console I/O mode idle loop. 
CTRL/P (console I/O mode) Same as CTRL/C. 
CTRL/U Aborts accepting the current input line; instructs 


the console program to return to the idle loop and 
reissue the console prompt. 


CTRL/S Stops the terminal from printing the current out- 
put. Only control characters are recognized while 
in this state. 


CTRL/Q Resumes printing on the terminal after CTRL/S 
is issued. 
CTRL/O Enables and disables the console printout. 


2.5.2 BOOT Command 
BI <space><TUS8-select>](<space><device-name>] 


The BOOT command loads and executes a bootstrap command file from a drive device (TU58, R80 or 
RLO2). 


>>>B ! Loads and executes DEFBOO.CMD from 
! the default tape drive. 

>»>>B DQO0 ! Load and execute DQOBOO.CMD from 
! the default tape drive. 


2.5.3 CONTINUE Command 
C<CR> 


If the CPU clock is running, the CONTINUE command restarts execution of a halted program at the 
address currently in the PC. 


If the CPU clock is not running because of a microcode breakpoint, or the CPU is in the microstep mode, 
the CONTINUE command restarts the clock and the console remains in the console I/O mode. 


2.5.4 DIRECTORY Command 
DIR<CR»> 


This command prints the directory of tape cassettes that are inserted into either the default TU5S8 tape 
drive or a specified TU58 tape drive. The default TU58 tape drive is defined as th drive from which the 
console program was loaded. 
>»>>DIR !' Prints the directory of the tape 
! inserted in the default TUS8 drive. 
>»>»>DIR DDn: ! Prints the directory of the tape 
! inserted in the specified TUS8 drive 
! (DDO: or DD1:). 


NOTE 
If only one cassette tape is inserted, then the 
“‘>>>DIR” command prints the directory on that 
tape. However, if one cassette tape is inserted into 
each TU58 tape drive, then the “>>>DIR” com- 
mand prints the directory of the tape in the default 
drive DD1:. 


2.5.55 EXAMINE and DEPOSIT Commands 


E/C<qualifier>)<space><address><CR> 
D/C<qualifier>]<space><address><space><data><CR» 


EXAMINE and DEPOSIT commands are explained together because their formats are similar. Both com- 
mands require definition of the address space and size of the operand in addition to the address. 
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DEPOSITs (write) and EXAMINEs (read) <data> at the <address> specified. The address and data 
length used depend on the qualifier or qualifiers specified with the command. If no address qualifier is 
specified, the default is the last used address and data length; following another DEPOSIT or EXAMINE, 
the same address as that of the previous command will be used as the default. 


If no data length qualifier is used (Table 2-6), the default for a physical or virtual DEPOSIT or EXAM- 
INE is whatever the data length was in the previous DEPOSIT or EXAMINE. 


The <address> information must be in hex and either a one to eight nibbles in length number, a register 
address specification, or a symbolic address specification. The initial default is zero; however, the default is 
unpredictable when the address space is changed. 


Following another virtual or physical DEPOSIT or EXAMINE, the default is the sum of the address from 
the last EXAMINE/DEPOSIT plus the data length from the last EXAMINE/DEPOSIT. Typing a + or - 
for <address> (for DEPOSIT only) gets this default. Following another IPR or GPR EXAMINE/ 
DEPOSIT, the default is the sum of the address from the last EXAMINE/DEPOSIT plus one. Using PSL 
for the <address> performs a longword reference of the Processor Status Longword, independent of the 
address and data length. 


The <data> information must be represented in hex and from one to eight nibbles in length. 
If more nibbles than specified by the data length qualifier are supplied, the extra nibbles to the left are 


ignored; if fewer nibbles are supplied, zeros are appended to the left. Examples of EXAMINE and DE- 
POSIT commands are shown below. 


>»>>E* Examine the last location 
examined or deposited into. 
>»>dE Examine the next location. 


»»>E/G <address> Examine GPR register number 
«address>. 
Examine IPR register number 


«address>. 


>»>>E/I1 <address> 


>»>>E/P Examine physical <address>. 
>»>>E/V <address> Examine virtual «address>. 
>»>>E PSL Examine PSL. 


>»>>E/P/W <address> Examine word at physical 
«address>. 

Examine console I/0 device 20. 
Examine WCS 3800. 

Examine machine internal 
register fe. 

Deposit <data> in the next 
sequential address. 

Deposit <data> into GPR 
«address>. 

Deposit a word of <data> in 
virtual <address>. 

Deposit <data> into PSL. 
Deposit CA into 5177 into 
console microprocessor RAM. 
Deposit 43FF11 into WCS 3B00. 


>»>d>E/U FF20 

>»>»d>E/C 3B00 

>»>>E/M 12 

>»>>D+ <address> 

>»>>D/G <address> <data> 


>»>>D/V/W <address> <data> 


>»>>D PSL <data> 
>»>>D/U S177 CA 


>»>>D/C 3B00 43FF11 
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Table 2-6 EXAMINE and DEPOSIT Qualifiers, Definitions and 


Qualifier 


Data Length Qualifiers 


Repetition Qualifiers 


/N:(count) 


Address Space Qualifiers 
/V 


/P 
/I 


/G 
/M 
/U 


/C 


Address Specifications 


Definitions 


Byte 
Word 
Longword 


Executes the EXAMINE and DEPOSIT (count)+1 times ()))E/P/L/N:3 
1000 examines four hexadecimal addresses in physical address space, 
starting in location 1000). 


Virtual Address If memory mapping is not enabled, virtual examines and 
displays the translated physical address. 

Physical Address 

Internal Processor Register (IPR) 

Refer to Table A-1 

General Processor Register (GPR) 

(RO through R11, AP, FP, SP and PC) 

Machine Dependent Internal Register 

Console Microprocessor (ROM or RAM). See Table A-2. A console I/O 
device may be examined using the command )))E/U FFaa, where aa is an 
I/O device address 00 through FF. 

CPU Writable Control Store (WCS) 


Internal Register Address Specification 


PSL or PS 
PC 
SP 
Rn 


Symbolic Address Specification 


@|l+* 


Processor Status longword 

CPU program counter (GPR F) 
Currently active stack pointer (GPR E) 
General purpose register (GPR) 

n=0 to F (hex) 


Last location 

Next location 

Previous location 

Last data used as address 
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2.5.6 HALT Command 
H<CR> 


The HALT command does not halt the CPU. HALT causes the console to print the contents of the PC 
when the CPU is already halted. (CTRL/P is used to halt the CPU.) 


2.5.7 Indirect Command 
a<file specification><CR»> 


The @ command loads and executes the indirect command file specified on the power-up sequence or by 
the operator. 


2.5.8 INITIALIZE Command 

1<CR> 
The INITIALIZE command performs the following: 
Initializes the TU58 controller 
Initializes the internal machine constants 
Initializes the processor to a known state 


Generates a new Processor Status Longword (PSL) 
Deposits the starting address of the first good 64K bytes + 200 to SP 


2.5.9 LOAD Command 


L/C<qualifier>]<space><file specification><CR» 
The LOAD command reads data from the specified file on the console load device to main memory, con- 
sole microprocessor memory, or to the WCS. If no qualifier is given with the command, then physical main 
memory is loaded. 


LOAD qualifiers are shown in Table 2-7. 


Table 2-7 LOAD Qualifiers and Definitions 


Qualifier Definitions 
/S:(address) This START qualifier specifies a starting address for the load. If this 


qualifier is not given, then the console starts loading at address 0. 


/P This qualifier forces physical main memory to be the destination of the 
load. 

/U Forces the console microprocessor memory to be the destination of the 
load. 

/C Forces the WCS to be the destination of the load. 


Examples of the LOAD command are shown below. 


>>>L/P/S:nnnn DDn: filename 


>>>L/P/S:@ 


physical main memory, 
starting at address nnnn 
Chex). 


Loads data from the default 


memory, starting at the 
address specified by the 
last data deposited or 


t 

! 

! 

! 

! TUS8 drive device to main 
1 

i 

i 

! examined. 


2.5.10 MICROSTEP Command 


MC<space><count>]<CR»> 


The MICROSTEP command stops the CPU clock and allows the CPU to execute the number of 
microinstructions indicated by <count>. The console then prints the address of the next microinstruction to 


be performed, starts the clock and enters the idle loop. 


If <count> is not specified, the CPU clock is stopped and one instruction is executed, then the console 
enters the space-bar STEP mode. In space-bar STEP mode, the next microinstruction is executed when the 
space-bar is depressed. The clock is started and the idle loop is entered by typing <CR>. 


Stepping through instructions that access the con- 


NOTE 


sole will not work. 


Examples of the MICROSTEP command are shown below. 


>»>>M 2<CR> 


UPC=nnnnnnnn 

UPC=nnnnnnnn 

UPC=nnnnnnnn 
>>> 


>>>M<CR> 


UPC=nnnnnnnn 
<SPACE> 
UPC=nnnnnnnn 


<CR> 
»>> 
»»> 


The console stops the CPU 
clock and executes two 
microinstructions. 

Address of next instruction. 
Address of next instruction. 
Address of next instruction. 
Start CPU clock and enter 
idle loop. 

Stop CPU clock, execute 

one microinstruction 

and enter space-bar STEP mode. 
Address of next instruction. 
Space-bar depressed. 

Execute instruction at last 
address. 

Start CPU clock and enter 
idle loop. 
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Loads the specified file to 


2.5.11 NEXT Command 
NC <space><COUNT>1<CR» 


The NEXT command executes the number of macroinstructions indicated by <COUNT>. The console 
enters the program I/O mode to perform the instruction, prints the halt code and current contents of the 
PC, then returns to the console I/O mode idle loop after the <COUNT> completes. 


If no number is given for the <COUNT>, one instruction is executed and the console enters the space-bar 
STEP mode. In space-bar STEP mode, the next microinstruction is executed when the space-bar is de- 
pressed. The console enters the console I/O mode idle loop from the space-bar STEP mode when a <CR> 
is typed. 


NOTE 
During execution of the NEXT command, interrupts 
are blocked. 


>»>>N 2<CR> The console executes two 
macroinstructions. 

?nn PC=nnnnnnnn Halt code and next address. 

?nn PC=nnnnnnnn Halt code and next address. 

?nn PC=nnnnnnnn Halt code and next address. 

»>? Enter idle loop. 


! 
! 
! 
>»>>N<CR> ! Execute one macroinstruction 
! and enter space-bar STEP mode. 
i 
! 


?nn PC=nnnnnnnn Halt code and next address. 
<SPACE> Space-bar depressed. 

?nn PC=nnnnnnnn Halt code and next address. 
«CR» Enter idle loop. 

>>> 

>>> 


2.5.12 REPEAT Command 


R<space><console command><CR» 


The REPEAT command causes the console to repeatedly execute the <console command> (either DE- 
POSIT, EXAMINE or INITIALIZE) specified until execution is terminated by CTRL/C, CTRL/P or 
the BREAK key. 


2.5.13 START Command 
ol<space><address>]<CR> or S/C<space><address><CR»> 


The START command starts execution of a program that is loaded into memory (see LOAD command). 
This command starts execution of the program that begins at the specified address in the CPU PC. If no 
address is given, then the data last examined or deposited is used as the CPU PC starting address. 
>>>5 1000<CR> ! Start the program that begins at 
! address 1000 (Hex). 
>>>5 @a<CR> ! Use the data last deposited or 
! examined as the starting address. 
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l. Initializes the CPU. 


2. Deposit the specified address into the PC. If no address is specified, then the current value in the 
PC is used. 


3. Perform the CONTINUE command to begin program CPU execution. 
2.5.14 TEST Command 
T<qualifier><CR> 


The TEST command performs the self-test, then loads and starts one of three diagnostic programs from a 
console drive device, depending on whether a qualifier is used, and if so, which one. The qualifiers used are: 


e None - Loads and starts the customer-runnable diagnostic AUTO mode package 
(ENSAB.EXE) (See Chapter 7) 


e /M - Loads and starts the customer-runnable diagnostic MENU mode package (See Chapter 7) 
e /C- Loads and starts the microdiagnostic monitor package (ENKAA.EXE) (See Chapter 4) 
The operating state of the machine is altered whether the program is found or not. If the program is not 


found, the console subsystem returns to the console I/O mode to reload itself from the console tape. If the 
program is found, the console subsystem loads that program into memory and transfers control to it. 


»>>T Load and start AUTO mode 
customer runnable 
diagnostics. 


201 FILE NOT FOUND DD1:ENSAB.EXE The AUTO mode CRD 
file was not found on 


1 
; 
| 

CONSOLE ' Perform the self-test. 
1 
| 
' DD1. 


CONTINUING 

202 READ ERROR DDO: 
CONTINUING 

2702 READ ERROR DDO: 
CONTINUING 


(Load files from CONSOLE 
cassette and enter console 
1/0 mode idle loop) 
2.5.15 WAIT Command 
W<CR> 


The WAIT command is used by the console subsystem to detect the completion of POWER.CPU ona 
power-up sequence. 
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BLANK 


CHAPTER 3 
COLD START AND WARM START FUNCTIONS 


3.1 INTRODUCTION 
Whether the VAX-11/730 console subsystem performs either a cold start of the operating system or diag- 
nostic supervisor, or a warm start of the operating system, is determined by the following conditions: 


The setting of the front panel AUTO/RESTART switch during a power-up sequence, power 
restoration or a system HALT. 


The command typed at the console terminal while the CPU is in the console I/O mode wait 
loop. 


The failure of a warm start. 


The setting of the AUTO/RESTART switch while the CPU is in the console I/O mode wait 
loop. 


At most, the VAX-11/730 attempts one cold start of the operating system and the diagnostic supervisor, 
and one warm start of the operating system. 


3.2 COLD START (BOOT) 
Cold start or boot refers to loading either the operating system or diagnostic supervisor and starting them. 
Cold start for the VAX-11/730 operating system is initiated by one of the actions listed below. 


A power-up sequence with the AUTO/RESTART switch set to ““ON”’. 
Typing the BOOT command while the CPU is in the console I/O mode wait loop. 
Setting the AUTO/RESTART switch to the momentary contact position of “BOOT”. 


Setting the AUTO/RESTART switch to the “ON” position and executing a HALT instruction 
while the CPU is in the kernel mode. 


Failure of a warm start while the AUTO/RESTART switch is set to the “ON” position. 


Cold start for the diagnostic supervisor is initiated by typing the BOOT supervisor command while the 
system 1s in the console I/O mode (Chapter 5). 


3.2.1 Console Subsystem Action on a Cold Start 
Whether cold starting the operating system or diagnostic supervisor, the console subsystem initiates the 
sequence of events shown in Figure 3-1. 


CL 


BOOT OPERATING 
SYSTEM WITH 

AUTO/RESTART 
SWITCH ‘BOOT’ 


POWER-UP 


SEQUENCE 


IS 
AUTO/RESTART 
SWITCH SET 
TO ‘ON’ 


NO 


PRINT 
“SYSTEM BOOT 
FAILED YES 


PRINT 
“ATTEMPTING 
SYSTEM BOOT” 


HALT CPU 
IN CONSOLE 
1/0 MODE 
WAIT LOOP 
eS>Se 


IS 
COLD START 
FLAG SET 


NO 


SET COLD 
START FLAG 


CONSOLE 1/0 
MODE 
b> > > aad 


FAILURE OF 


WARM START 


BOOT OPERATING 
SYSTEM 
“>>> B DQ0” 


BOOT DIAGNOSTIC 
SUPERVISOR 
“>>> BSQ1" 
OR 

“>>> B SQ0” 


LOAD AND 


SYSBOOT.EXE 


OPERATING 
SYSTEM 


INITIALIZE 
CPU, LOAD 
ADDRESS OF 
GOOD 64KB 

OF MEMORY 
INTO SP 


LOAD GENERAL 
REGISTERS 
RO-R5 & SP 


LOAD AND 
START VMB.EXE 
INTO MEMORY 
STARTING AT 
64KB+200 


START 


Figure 3-1 The Sequence of Events Initiated for a Cold Start of Either the Operating System 


or the Diagnostic Supervisor 
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As shown in Figure 3-1, the sequence of events is essentially the same for all actions initiating a cold start. 
The sequence of events for each action is outlined in the following paragraphs. 


l. 


Power-up Cold Start Sequence 


A power-up cold start of the operating system causes the console subsystem to perform the fol- 
lowing sequence of events: 


Execute the self-test, load the console program (Chapter 2) and check the setting of the 
AUTO/RESTART switch. If the switch is set to the OFF position, the CPU enters the 
console I/O mode wait loop. However, if the switch is set to the ON position, the console 
subsystem prints the message “ATTEMPTING SYSTEM BOOT” on the console 
terminal. 


Examine the cold start flag. If the flag is set, indicating a cold start has previously been 
attempted, the message “SYSTEM BOOT FAILED” is printed on the console terminal. 
The CPU then enters the console I/O mode wait loop. However, if the cold start flag is not 
set, indicating that a cold start has not been attempted, the console subsystem sets the cold 
start flag. 


Execute the indirect command file (XX XBOO.CMD) associated with the type of cold start 
to be performed. This file executes the functions necessary to cold start the operating 
system. 


Warm Start Failure Cold Start Sequence 


Failure of a warm start causes the console subsystem to perform the following sequence of 
events: 


Check the setting of the AUTO/RESTART switch. If the switch is set to the OFF posi- 
tion, the console I/O mode wait loop is entered. However, if the switch is set to the ON 
position, the console subsystem prints the message “ATTEMPTING SYSTEM BOOT” on 
the console terminal. 


Examine the cold start flag. If the flag is set, indicating a cold start has previously been 
attempted, the message “SYSTEM BOOT FAILED” is printed on the console terminal. 
The CPU then enters the console I/O mode wait loop. However, if the cold start flag is not 
set, indicating that a cold start has not been attempted, the console subsystem sets the cold 
start flag. 


Execute the indirect command file (XX XBOO.CMD) associated with the type of cold start 
to be performed. This file executes the functions necessary to cold start the operating 
system. 


Console I/O Mode BOOT Command Sequence 


Typing the BOOT command at the console terminal while the CPU is in the console I/O mode 
wait loop causes the console subsystem to perform the following sequence of events: 


Set the cold start flag. 
Execute the indirect command file (XX XBOO.CMD) associated with the type of cold start 


to be performed. This file executes the functions necessary to cold start the operating 
system. 
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4. AUTO/RESTART Switch Set to BOOT Sequence 


Setting the AUTO/RESTART switch to the BOOT position, while the CPU is in the console 
I/O mode wait loop, causes the console subsystem to perform the following sequence of events: 


e = Print the message “ATTEMPTING SYSTEM BOOT?” on the console terminal. 


e Examine the cold start flag. If the flag is set, indicating a cold start has previously been 
attempted, the message “SYSTEM BOOT FAILED” is printed on the console terminal. 
The CPU then enters the console I/O mode wait loop. However, if the cold start flag is not 
set, indicating that a cold start has not been attempted, the console subsystem sets the cold 
start flag. 


e Execute the indirect command file (XXXBOO.CMD) associated with the type of cold start 
to be performed. This file executes the functions necessary to cold start the operating 
system. 


5. Console I/O Mode Diagnostic Supervisor BOOT Command Sequence 


Typing the console I/O mode BOOT command for the diagnostic supervisor causes the console 
subsystem to perform the following sequence of events: 


e Set the cold start flag. 


e Execute the indirect command file (XX XBOO.CMD) associated with the type of cold start 
to be performed. This file executes the functions necessary to cold start the diagnostic 
supervisor. 


6. XXXBOO.CMD Execution Sequence 


The indirect command file executed by the cold start sequence performs the appropriate functions to cold 
start either the operating system or diagnostic supervisor. The name of this file reflects the instructions 
contained within it. 


The name of this file is in the following format: 
XXXBOO. CMD 


where XX XBOO describes the cold start device and whether the file cold starts the operating system or 
diagnostic supervisor. For example: 


DQOBOO.CMD ; Cold start the operating system from DQA0. 
SQ1BO0.CMD ; Cold start the diagnostic supervisor from DQA1. 
DEFBOO.CMD ; Cold start the operating system from the 

; default system device (DQA0). 


The instructions contained within these indirect command files cause the console subsystem to perform the 
following sequence of events (Figure 3-1): 


e Initialize the CPU to a known state and load the address of the first 64kB of good memory plus 
200, which was located by the console program, into the stack pointer (SP which is GPR E). 


e Load parameters into the general registers RO through R5. These parameters inform the pri- 
mary bootstrap program what to load (either the operating system or diagnostic supervisor), 
what device to load from and how to load it. The parameters that can be loaded into the general 
registers are shown in Table 3-1. 


e Examine the stack pointer (SP) for the address of the first 64kB of good memory. This address 
is placed in a console RAM location to be used when the ‘@’ symbol replaces this address. 


e Load the primary bootstrap program VMB.EXE into memory, starting at the address in the SP, 
then start the program. 


e Start processing instructions in VMB.EXE. VMB.EXE takes control and loads the secondary 


bootstrap program (either SYSBOOT.EXE for the operating system, or DIAGBOOT.EXE for 
the diagnostic supervisor) into memory and starts it running. 


Table 3-1 Parameters Loaded into the General Registers at BOOT 


Register Parameters 
RO (07:00) Device type code 
l RK06/7 
2 RLO1/2 
3 IDC (R80) 
17 UDA-50 
32 HSC on CI 
64 TUS8 
(15:08) Reserved for future expansion 
(31:16) Device class dependent (RPB$WROUBVEC). 
UNIBUS-optional vector address; ‘0’ implies it will use 
the default vector. 
Rl Device bus adapter address 
(31:04) MBZ 
(03:00) TR number of adapter 
R2 UNIBUS bootstrap device code 
(31:18) MBZ 
(17:00) UNIBUS address of device’s CSR 
R3 Device controller unit number 
R4 Block Logical Block Number (LBN) 
R5 (09:00) Software control flags 
0 Conversational 
l Debug 
2 Initial breakpoint 
3 Boot block 
4 Diagnostic monitor 
5 Bootstrap breakpoint 
6 Image header 
7 Memory test inhibit 
8 File name (query) 
9 Halt before transfer 
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3.2.1.1 VMB.EXE Operation - The primary bootstrap program VMB.EXE performs the following 


functions: 


S212 


Creates a temporary System Control Block (SCB) to be used during bootstrapping. 


Creates and stores warm start data in the operating system data structure called the Restart 
Parameter Block (RPB). 


Identifies all bus adapters and memory in the hardware system configuration. 
Tests all memory to mark each good page in a bit map. 
Initializes the cold start device’s adapter. 


Prompts for a secondary bootstrap program file specification if the BOOT command specified 
the solicit flag (bit 0 in RS). 


Locates the secondary bootstrap program file and loads that file into memory. 
Transfers control to the secondary bootstrap program. 


SYSBOOT.EXE Operation - SYSBOOT is the secondary bootstrap program for the operating 


system. This program loads the operating system into memory, and transfers control to its initialization 


code. 


3.2.1.3 DIAGBOOT.EXE Operation - DIAGBOOT is the secondary bootstrap program for the diagnos- 
tic supervisor. It loads the supervisor into memory, and transfers control to its initialization code. 


3.3 WARM START (RESTART) 

Warm start or restart refers to restarting the operating system without reloading it into memory. When the 
console subsystem gains control of the VAX-11/730 following a CPU halt or power restoration, it per- 
forms the sequence of events shown in Figure 3-2. 


The sequence of events performed by the console subsystem for warm starting the operating system is 
outlined in the following list. 


I. 


Examine the AUTO/RESTART switch to determine what action will be taken. If the switch is 
in the OFF position, the CPU enters the console I/O mode wait loop. If the switch is set to the 
ON position, the console subsystem prints the console terminal message “RESTART IN 
PROGRESS.” 


Examine main memory to determine if data has been preserved. If no data is preserved, the 
warm start fails. 


Check for the presence of the restart parameter block (RPB) in memory. If the RPB is not 
found, the warm start fails. If the RPB is found, then the console subsystem checks to see if it is 
valid (see Paragraph 3.3.1). If the RPB is not valid, warm start fails. If the RPB is valid, then the 
console terminal loads the SP with the address of the RPB plus 200 hex. 


Load the AP (GPR C) with a value that indicates the cause of the warm start. 


Jump to the location contained in the second longword of the RPB and start execution of the 
operating system restart routine. 


WARM START 


IS 
AUTO/RESTART 
SWITCH SET 
TO ‘ON’ 


PRINT 
“WARM START 
FAILED” 


ATTEMPT 
BOOT 


PRINT 
“WARM START 
IN PROGRESS” 


EXAMINE 
MEMORY FOR 


PRESERVED 
DATA 
CHECK 
FOR VALID 
RPB 
YES 
LOAD AP 


WITH HALT 
CODE 


START EXECUTION 
OF WARM START 
ROUTINE 


Figure 3-2 The Sequence of Event Performed for a Warm Start of the Operating System 


TK-9706 


If the warm start fails, the console subsystem prints the console terminal message “RESTART FAILED,” 
and attempts to cold start the operating system. 


If the operating system warm starts successfully, it sends a message to the console subsystem, causing the 
console to clear the cold and warm start flags. 


3.3.1 The Restart Parameter Block (RPB) 

The RPB (Figure 3-3) is a block of four longwords starting on a page boundary. It contains sufficient data 
for the operating system to warm start itself from the point at which either a power failure or software 
crash occurred. The console subsystem performs the following actions with the RPB during a warm start 
sequence: 


1. Searches through physical memory for a paged, aligned longword that contains its own address. 
2. Compares the first longword to the second longword of the RPB. If these longwords are equal, 
the RPB is not valid, so the warm console subsystem compares the checksum of the first 31 


longwords of the restart routine against the contents of the third longword in the RPB. If the 
checksum is valid, the RPB is valid. 
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3. Checks the the warm start flag in the fourth longword. If the warm start flag is set, the warm 
start fails. If the warm start flag is not set, the console subsystem starts execution of the restart 
routine. 


P «CW ARM START FLAG (ITO) 


TK-4306 


CO: aa 


Figure 3-3 The Restart Parameter Block (RPB) 


3.3.2 The Restart Routine 

The restart routine attempts to recover from a power failure or software crash by recreating a consistent 
software environment. The restart routine sets the warm start flag to prevent warm start looping and dis- 
playsa WARM START IN PROGRESS message. It then restarts the operating system. If the warm start 
succeeds, the operating system requests the console subsystem to clear both the cold and warm start flags. 
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CHAPTER 4 
MICRODIAGNOSTICS 


4.1 INTRODUCTION 

Microdiagnostics are the lowest level of diagnostics (level 5) in the VAX-11/730 diagnostic system. These 
diagnostics test the system at the console microprocessor and CPU microcode levels, and should be run 
when higher level diagnostics (levels 4, 3, 2, 2R and 1) are unable to load or run. They are the only level of 
diagnostics that call out faulty module(s) for repair. 


DIGITAL supplies the microdiagnostic programs on a single TUS58 tape cassette labeled “VAX-11/730 
MICRO DIAG”. These microdiagnostic programs are divided into two groups of multiple sections — 
ENKBx and ENKCx (where x is sections A through G). 


NOTE 
Throughout the remainder of this chapter, individual 
microdiagnostic programs will be referred to as 
microdiagnostic sections. 


The microdiagnostic group ENKBx runs from the console microprocessor RAM, and tests the hardware on 
the WCS (Writeable Control Store) and the DAP (Data Path) modules. The console microprocessor group 
sections are listed below. 


Section Number of Tests 
ENKBA 1-8 

ENKBB 9-F 

ENKBC 10-1D 

ENKBD 1E-26 

ENKBE 27-2D 

ENKBF* 2E 

ENKBG* 


*Sections ENKBF and ENKBG are only run when specifically called out by the Section qualifier. These tests are not run when the Dlagnose 
command “*MIC>DI” is given with no section selected. ENKBF tests the WCS RAM memory thoroughly using a ‘‘march” pattern which takes 
approximately five minutes to run. ENKBG tests the remote diagnosis (RD) port on the M8394 board. It requires a modem loopback connector 
(H3248 may be used) on the RD port. 


The ENKCx group runs from the WCS RAM (which writes over any system microcode that may be 
loaded) and uses the CPU Micromachine to test the parts of the system listed below. 


Section Number of Tests Parts Tested 

ENKCA 1-20 CPU 

ENKCB 1-B CPU 

ENKCC* 1-44 Memory Controller (MCT) 
ENKCD 1-10 CPU/MCT 

ENKCE 1-45 Floating-Point Accelerator (FPA) 
ENKCF 1-35 Internal Disk Controller (IDC) 
ENKCG** Internal Disk Controller (IDC) 


NOTE 
There is no microdiagnostic for the DMF32 
(COMBO board), as it is a UNIBUS device. The 
DMF32 contains a ROM board hard-core self-test 
which is evoked by either the power-up self-test 
(Chapter 2) or by commands from macrodiagnostics 
(Chapter 5). 


One other diagnostic program is the microdiagnostic monitor or MICMON (ENKAA.EXE). The MIC- 
MON provides the code to load, control and monitor all microdiagnostic sections. This program loads the 
microdiagnostic sections from the TU58 tape cassette into the proper test area. It is also responsible for 
reporting any errors that occur during loading, controlling and monitoring the microdiagnostic tests. 


4.2 LOADING THE MICMON 

The console microprocessor loads MICMON from the TUS8 tape cassette into the console RAM by one of 
two methods. One method is to load the microdiagnostic prior to loading the system microcode. The other 
method is to load the MICMON after the system microcode is loaded. 


Method 1: 
Load the MICMON prior to loading the system microcode by performing the procedures below. 


1. Extend the CPU mounting box from the cabinet and insert the microdiagnostic cassette tape 
into the side TU58 tape drive (DD1). 


CAUTION 
Make sure the stabilizer foot is extended from the 
bottom of the system cabinet before the CPU 
mounting box is extended. 


2. Set the AUTO-RESTART/BOOT switch to the OFF position. 


3. Turn the key switch to the LOCAL position. 


*Tests 1-33 of section ENKCC are run automatically when the MICMON diagnose command ““MIC>DI” is used alone. Tests 34-43 of ENKCC 
are run automatically if a UNIBUS exerciser (UBE) module is present in the system. Test 44 of ENKCC thoroughly tests the main memory array 
boards using a march test pattern. It is only run when explicitly called out by the command ““MIC>DI SEC.5 TE44 ENKCC”. 


**Test section ENKCG tests the hardware drivers/receivers to/from the R80 and RLO2 disk drives. It requires that disk media be installed in the 
drives and that the drives be in the READY state. It is only run when explicitly called out by a Section qualifier. 


4-2 


The VAX-11/730 powers up and the CPU enters the microdiagnostic monitor (MICMON), causing the 
console to produce a printout as shown in Example 4-1. 


CONSOLE 

201 FILE NOT FOUND DD1:CONSOL.EXE 
CONTINUING 

203 READ ERROR DDO: 
CONTINUING 

203 READ ERROR DDO: 
CONTINUING 

VER X.Y MMM.YY 

MIC> 

Example 4-1 Console Printout at Power-Up as the CPU Enters MICMON 
Method 2: 


Load the console microcode, then load the MICMON by performing the following procedure: 


1. | Extend the CPU mounting box from the cabinet and insert the console cassette tape (containing 
CONSOL.EXE) into the side TUS8 tape drive (DD1). 


2. Set the AUTO-RESTART/BOOT switch to the OFF position. 
3. Turn the key switch to the LOCAL position. 


The VAX-11/730 powers up into the console I/O mode and the console terminal produces a 
printout as shown in Example 4-2. 


CONSOLE 

VERSION XX.nn 

>> @POWER. CMD 

»>>»L/C CONSOLE.CPU VERSION yy 
>»>>L/C0/S:0800 MMIE.CPU VERSION yy 
>»>>L/C/S:0E00 POWER.CPU 'VERSION yy 


»»>S/C/ OB 

>»>>W 

>>> @CODE01.CMD 

>»>>L/C/S:0E00 FP.CPU IVERSION yy 
»>>L/C/S:1A00 BITFLD.CPU !VERSION yy 
>»>>L/C/S:1D00 CM.CPU IVERSION yy 


>>>L/C/S:2200 BASIC.CPU =! VERSION yy 
>>>L/C/S:3800 QUEUE.CPU !VERSION yy 
>>9L/C/S:4000 IDC.CPU IVERSION yy 
>>I 
>>> 


Example 4-2 Console Printout at Power-Up as the CPU Enters Console I/O Mode 
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4. Insert the microdiagnostic cassette tape into the front TUS58 tape drive (DDO) and type “T/C” 
in response to the console prompt “>>>” to load and run the microdiagnostic monitor. 


The console terminal produces a printout as shown in Example 4-3. 


»>>T/C 

CONSOLE 

201 FILE NOT FOUND DD1:ENDAA.EXE 
CONTINUING 

VER XX.XX 

MIC» 


Example 4-3 Console Printout of the CPU Entering the MICMON 
from the Console I/O Mode 


Once the CPU is in MICMON, microdiagnostics are run by commands typed in response to the MICMON 
prompt (MIC>). 


4.3 MICRODIAGNOSTIC MONITOR COMMANDS 
The following is a list of MICMON commands to run the microdiagnostics. 


MICMON accepts the following commands: 


DIRECTORY RETURN S/U 

T/E CONTINUE INITIALIZE 

REPEAT LOAD DEPOSIT/EXAMINE 
DIAGNOSE SHOW SET/CLEAR 

START 


These commands are defined and illustrated with examples in Appendix B. 


4.4 MICRODIAGNOSTIC ERRORS 

Microdiagnostic errors are detected and error messages are displayed under two conditions — anytime the 
CPU 1s under the control of the MICMON and when the individual microdiagnostic sections are run. 
Anytime errors are detected while the CPU is under control of the MICMON, due to conditions such as 
testing timeout or WCS parity, the MICMON prints an error message as shown in Examples 4-4 and 4-5. 
Fxample 4-5 is the error message MICMON prints if the “SE TR” command was entered. 


Errors detected during the running of the microdiagnostic sections cause the MICMON to print out the 
error messages shown in Examples 4-6 and 4-7. As with Example 4-5, Example 4-7 is the error message. 
MICMON prints if the “SE TR” command was entered. 


MIC>DI SE ENKCC 
ENKCC V00.05 
UPC FFFF 

?xx ERROR 

MIC> 


Example 4-4 Console Error Printout that Can Be Produced Anytime an Error Is Detected 
While the CPU Is Under the Control of MICMON 
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MIC>DI SE ENKCC 
ENKCC V00.05 
ENKCC TEST 01 
UPC FFFF 

?xx ERROR 

MIC» 


Example 4-5 Console Error Printout that Can be Produced Anytime an Error Is Detected While the 


CPU Is Under the Control of MICMON, After the Command “SE TR” Is Entered 


The xx in the error message shown in Examples 4-4 and 4-5 is the hex error code shown in Table 4-1. 


Table 4-1 MICMON Error Code List (Hex) 


Code Description 

01 Board not found. 

02 No test number found. 

03 No pass count found. 

04 Continue not available at this point. 

10 No address or no data input with command. 

11 No WCS image for examine or deposit routine. 

22 Examine or Deposit main memory reports error. 

23 Sequence error in WCS testing or nonexistent test. 

24 Timeout error in WCS testing. 

25 TUS58 error. 

26 Parity error in WCS. 

27 Checksum error in MICMON. 

28 DI TE attempted with possibly invalid test code 
loaded (do DI SE or DI BO). 

29 UPC does not match on verify of 32-bit data write. 

2A INIT done without file loaded. 

30 Checksum error in X command. 

31 No X command address found. 

32 No X command count found. 


MIC>DI SE ENKCC 
ENKCC V00.05 


(1) (2) (3) (4) (5) (6) (7) (8) 
SECT TST ERR EXP REC OTHER MSK MODULE 
ENKCC 08 01 0000000C dO000000A N/A FFFFFFOO M8391 
MIC> 


Example 4-6 Console Error Printout Produced When a Microdiagnostic Section Detects an Error 


MIC>DI SE ENKCC 
ENKCC V00.05 
ENKCC TEST 01 
ENKCC TEST 02 
ENKCC TEST 03 
ENKCC TEST 04 
ENKCC TEST 0S 
ENKCC TEST 06 
ENKCC TEST 07 
ENKCC TEST 08 


(1) (2) (3) (4) (5) (6) (7) (8) 
SECT TST ERR EXP REC OTHER MSK MODULE 
ENKCC 08 01 0000000C O0000000A N/A FFFFFFOO M8391 
MIC» 


Example 4-7 Console Error Printout Produced When a Microdiagnostic Section Detects an Error 
After the Command “SE TR” Was Entered 
The microdiagnostic error printouts in Examples 4-6 and 4-7 are explained below. 
1. | Diagnostic section in which error occurred. 
2. Test number within that diagnostic section. 


3. Error number. Within a particular test, several pieces of hardware may be tested, each by a 
subtest. The error number identifies the unique subtest that failed. 


4. Expected correct data. 
5. Received data. 


6. OTHER field will contain N/A (not applicable) or pertinent data. When data is present, the 
errors section of the test listing on microfiche will define the data. 


7. | MSK 1s the error mask used to check the result. Bits set to a “1” in this mask correspond to bits 
in the result that are not checked. 


8. MODULE 1s the suspected failing module. 
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CHAPTER 5 
VAX-11/730 DIAGNOSTIC SUPERVISOR AND LOAD PATH 


5.1 INTRODUCTION 

The VAX-11/730 diagnostic supervisor may be loaded off-line from the diagnostic distribution disk, the 
system disk, or the TU58 tape drive. If the user disk drive is not used, the supervisor may be loaded from 
the distribution disk while the system is operating in user mode. However, if the user disk drive is unavail- 
able, the supervisor may be loaded from the system disk. The supervisor is loaded from the TU58 only if it 
can not be loaded from the two disk drives. 


NOTE 
The SYSSMAINTENANCE directory on the sys- 
tem disk must contain the diagnostic supervisor file 
ENSAA.EXE before the supervisor can be booted. 


Loading the supervisor from the disk drive is considered loading through the primary load path. In con- 
trast, loading the supervisor from the TUS8 is considered loading through the secondary load path. The 
primary path is used first, but if the system has a hardware failure in the disk subsystem (IDC or disk 
drives) or the CPU cluster, the supervisor may be loaded through the secondary load path. However, before 
the supervisor is loaded from the TUS8, level 4 diagnostics are run. If the level 4 diagnostics run without 
error, the supervisor is run, followed by the running of level 3 disk subsystem diagnostics. 


§.2 LOADING THE SUPERVISOR THROUGH THE PRIMARY LOAD PATH 
The VAX-11/730 computer system uses IDC based disk drives to provide the primary load path for the 
diagnostic supervisor program. 


5.2.1 Loading the Supervisor Off-Line from the Diagnostic Distribution Disk 

The diagnostic supervisor is loaded off-line from the diagnostic distribution disk, by booting the supervisor 
from that disk. To boot the diagnostic supervisor from the diagnostic distribution disk, follow the proce- 
dures below. 


1. Load the RLO2 diagnostic distribution disk labeled ““WAX-11/730 COMPLETE DIAG” into 
disk drive DQA1, and place the drive on-line (LOAD button in). 


2. In response to the console prompt, type the following command to boot the supervisor: 
>»>>B SQ1 


NOTE 
When the command “>>>B SQ1”’ is typed, approxi- 
mately 1.75 minutes elapse before any messages are 
printed on the console terminal. 


The console responds by printing a boot message and the diagnostic supervisor prompt (DS>), as shown in 
Example 5-1. The “DS>” prompt indicates the diagnostic supervisor is loaded and running. 


>»>>B SQ1 

>>> @DD1:S501B00.CMD 
»>>1 

»>»>D/G/L 0 00A80003 
»»»>D/G 1 3 

»»>D/G 2 3FB86 
»»»D/G 3 1 

»»>D/G 4 0 

»»>D/G 5 10 

>»>>E SP 

G OO000000E 00000200 
>»>>L/P/S:@ VMB.EXE 
»»>S5 @ 


DIAGNOSTIC SUPERVISOR. 22Z-ENSAA-x.x-xxx DD-MMM-YYYY HH:MM:SS 
DS> 


Example 5-1 Console Printout of Booting the Diagnostic Supervisor 


from the Diagnostic Distribution Disk 


5.2.2 Loading the Diagnostic Supervisor Off-Line from the System Disk 
The diagnostic supervisor is loaded off-line from the system disk, by booting the supervisor from that disk. 
To boot the diagnostic supervisor from the system disk, perform the following procedures: 


1. Place the system disk drive DQAO on-line (LOAD button illuminated). 


2. In response to the console prompt, type the following command to boot the diagnostic supervisor 
from the system disk: 


>»>>B SQ0 
The console responds by printing a boot message and the diagnostic supervisor prompt (DS>), as 


shown in Example 5-2. The “DS>” prompt indicates the diagnostic supervisor is loaded and 
running. 
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>»>>B SQ0 

>>» @DD1:SQ0B00.CMD 
>>>] 

>»>>D/G/L 0 00A80003 
»»»D/G 1 3 

»»>»D/G 2 3FB86 
»»>D/G 3 0 

»»>D/G 4 0 

»»»D/G 5S 10 

>»>>E SP 

G 0000000E 00000200 
>>>L/P/S:@ VMB.EXE 
»»)>S @ 


DIAGNOSTIC SUPERVISOR. 2ZZ-ENSAA-x.x-xxx DD-MMM-YYYY HH:MM:SS 
DS> 


Example 5-2 Console Printout of Booting the Diagnostic Supervisor 
from the System Disk 
5.2.3 Loading the Supervisor On-Line from the Distribution Disk 


To load and run the diagnostic supervisor in the on-line mode (with VMS) from the distribution disk: 


1. Load the RLO2 diagnostic distribution disk labeled “VAX-11/730 BASIC DIAG” into disk 
drive DQAI and place the drive on-line (LOAD button in). 


2. In response to the VMS prompt, type the following command to mount the distribution disk: 
$MOUNT DQA1: CRDPACK 
The terminal responds with the following message to indicate the disk is mounted properly: 
AMOUNT-MOUNTED, CRDPACK mounted on DQA1: 


3. In response to the VMS prompt, type the following command to set default to the directory 
containing the diagnostic supervisor program (ENSAA.EXE). 


$ SET DEFAULT DQA1:(SYSMAINT]) 

4. Type the following command to load and run the diagnostic supervisor. 
$ RUN ENSAA 
When the diagnostic supervisor starts, it prints the following message: 


DIAGNOSTIC SUPERVISOR. ZZ-ENSAA-x.x-xxx DD-MMM-YYYY HH:MM:SS 
DS> 
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5.2.4 Loading the Supervisor On-Line from the System Disk 
To load and run the diagnostic supervisor in the on-line mode (under VMS) from the system disk: 


1. In response to the VMS prompt, type the following command to set default to the directory 
containing the diagnostic supervisor program (ENSAA.EXE). 


$ SET DEFAULT SYS$MAINTENANCE 

2. Type the following command to load and run the diagnostic supervisor. 
$ RUN ENSAA 
When the diagnostic supervisor starts, it prints the following message: 


DIAGNOSTIC SUPERVISOR. 22-ENSAA-x.x-xxx DD-MMM-YYYY HH:MM:SS 
DS> 


5.3. LOADING THE DIAGNOSTIC SUPERVISOR THROUGH THE SECONDARY LOAD PATH 
If the diagnostic supervisor cannot be booted from the distribution or system disk, use the secondary load 
path (TU58 tape drive) to load programs that test the hardware in the primary load path. These programs 
are called load path diagnostics. 


DIGITAL supplies load path diagnostics for the VAX-11/730 on a single TU58 cassette tape labeled 
“VAX-11/730 LOAD PATH”. This tape is inserted into a TU58 tape drive, and the level 4 diagnostic 
(EVKAA.EXE) is loaded and run using the console command language. This diagnostic program function- 
ally verifies the kernel instruction set used by the diagnostic supervisor. If the level 4 diagnostic program 
runs without errors, the functional integrity of the IDC disk control and its attached disk drives is tested 
with the IDC subsystem diagnostic level 3 program ENRKA.EXE. This diagnostic program is run after 
the diagnostic supervisor is loaded and running. 


The diagnostics on the LOAD PATH diagnostics tape cassette are listed below. 


ENSAA.EXE ! VAX-11/730 diagnostic supervisor 

EVKAA.EXE ! Level 4 Hardcore Instruction Set diagnostic 
ENRKA.EXE ! IDC diagnostic 

ENRKA.HLP ! Help file for the ENRKA program 


After ENRKA is run, further testing of the disk drives is done by running the disk drive diagnostics. 
DIGITAL supplies disk drive diagnostic programs along with the IDC subsystem diagnostic on a single 


TUS8 tape cassette labeled VAX-11/730 IDC DIAG. The disk drive diagnostics verify the functional in- 
tegrity of the disk drives. The diagnostics on the IDC DIAGnostic tape cassette are listed below. 


ENRKA.EXE ! IDC subsystem functional diagnostic 
ENRKA.HLP ! Help file for the ENRKA program 
EVQDQ.EXE ! IDC standalone driver 

EVRAA.EXE ! VAX disk reliability diagnostic 
EVRAA.HLP ! Help file for the EVRAA program 
EVRAD.EXE ! VAX disk drive functional diagnostic 
EVRAD.HLP ! Help file for the EVRAD program 
EVRGA.EXE ! RM80 formatter 

EVRGA.HLP ! Help file for EVRGA program 


5.3.1. Running Diagnostics on the LOAD PATH Diagnostic Tape 
The LOAD PATH diagnostic tape does not contain a boot block (BOOT.EXE). Therefore, the level 4 
diagnostic and the diagnostic supervisor must be loaded and run using the console command language. 


To load the level 4 diagnostic from the LOAD PATH DIAGNOSTIC tape cartridge, follow the procedures 
below. 


1. Insert the tape cartridge labeled “VAX-11/730 LOAD PATH ” into the the front TU58 drive 
(DDO). 


2. In response to the console prompt “>>>” type the following commands to load and run the level 
4 diagnostic EVKAA.EXE. 


»>> I 

>>> D/P/L FE00 0 

>>> L/P/S:0 DDO: EVKAA.EXE 
»>> S 200 


If EVKAA runs successfully, at the end of each 16 passes the console produces the printout 
shown below and rings the terminal bell. 


EVKAA Vn.n PASS nn DONE! 
EVKAA Vn.n PASS’ nn DONE! 
EVKAA Vn.n PASS’ nn DONE! 


This program continues to run and produce the above printout until a CTRL/P is typed. At that 
time, the system returns to the console I/O mode and prints the console prompt “>>>”’. 


If the level 4 diagnostic runs without error, then the IDC subsystem functional diagnostic 
(ENRKA.EXE) is run. Before this diagnostic is run, the diagnostic supervisor (ENSAA.EXE) 
is loaded and run using the console command language. 


3. In response to the console prompt, type the following commands to load and run the diagnostic 
supervisor from the LOAD PATH diagnostic tape. 


»> I 
>>> L/PS:FE00 DDO: ENSAA.EXE 
»>> S 10000 


When the diagnostic supervisor starts, it prints the following message: 


DIAGNOSTIC SUPERVISOR. ZZENSAA-x.x-xx DD-MMM-YYYY HH:MM:SS 
DS> 


4. Use the ATTACH commands shown below to define the hardware configuration. The TU58 
tape cartridges do not contain configuration files (CONFIG.COM). 


DS>ATTACH DW730 HUB DWO 
DS>ATTACH RB730 DWO DGA 
DS>ATTACH RLO2 DGA DGA1 
DS>ATTACH RLO2 DGA DGAD 
or 

DS>ATTACH RBO DGA DGAD 


5. Use one of the following SELECT commands to select the disk device for testing. 
DS>»SELECT DQA1,DQA0 


6. | Use the RUN command to run the diagnostic program ENRKA.EXE from the LOAD PATH 
diagnostic tape. 


DS>RUN ENRKA 
To further test the IDC, run the diagnostics on the IDC DIAGnostic tape. 


5.3.2 Running Diagnostics on the IDC DIAGnostic Tape 

Since the IDC DIAGnostic tape does not contain a diagnostic supervisor, the supervisor must be loaded 
from the LOAD PATH diagnostic tape. After the diagnostic supervisor is loaded, the LOAD PATH diag- 
nostic tape is exchanged with the IDC DIAGnostic tape; then the diagnostics are run. 


To run the diagnostics from the IDC DIAGnostic tape, follow the procedures below. 


1. Load the diagnostic supervisor from the LOAD PATH diagnostic tape by performing the load 
procedures. 


2.  Inresponse to the “DS>” prompt, remove the LOAD PATH diagnostic tape from the tape drive 
and insert the cassette tape labeled ““VAX-11/730 IDC DIAG” in that drive. 


3. Pass the system hardware configuration to the diagnostic supervisor by using ATTACH 
commands. 


NOTE 
If unsure as to what to attach, type HELP EXXXX, 
where EXXXX would be the diagnostic to be run. 
The HELP printout of that specific diagnostic indi- 
cates what devices to attach and select, and how to 
run that diagnostic. 


4. Select the device to be tested using the SELECT command. 
5. Run the diagnostic using the RUN command. 


5.4 DIAGNOSTIC SUPERVISOR COMMANDS 

Commands for the diagnostic supervisor are obtained by using the HELP utility. If the supervisor was 
loaded from a disk device, the HELP utility is invoked by typing the “HELP” command (i.e., ““DS> 
HELP”). This command, used in conjuction with a particular topic (e.g., “DS> HELP SHOW’’), displays 
general diagnostic environment and supervisor command information. 


Most diagnostic programs also have HELP files to assist in their running. These HELP files have the same 
filename as the diagnostic program file, but the file extension is named .HLP (e.g., “DS) HELP 
EVKAA”’). Using this command in conjunction with the diagnostic program name displays diagnostic 
information specific to that diagnostic. 


Since the shipped diagnostic distribution disk does not contain a configuration file (CONFIG.COM), sys- 
tem configuration must be passed to the diagnostic supervisor either with individually typed ATTACH 
commands, or by running the auto sizer program. 


The autosizer program (EVSBA.EXE) sizes the system it is run on (under the diagnostic supervisor in the 
console mode) and passes the system configuration to the diagnostic supervisor with a single command. 


To run the autosizer, follow the procedures below. 


I. 


Load and run the autosizer in its self-test mode by typing the following commands: 


DS>SET FLAG QUICK 
DS>RUN EVSBA/SECTION: SELFTEST 


The autosizer is loaded and run and produces the prompt “COMMAND?””. At this prompt, type 
the command below to instruct the autosizer to determine the hardware configuration of the 
system, then pass this information to the diagnostic supervisor. 


COMMAND? SIZE 


The autosizer prints ATTACH commands as they are passed to the diagnostic supervisor 
(see Example 5-3). 


! AUTOMATIC SIZING PROGRAM. 

! CONFIGURATION FILE FOR SYSTEM. 

' COMPUTER GENERATED CPU TYPE 3 MICROCODE REV LEVEL = xx 
! NUMERIC VALUES WITH A LEADING ZERO ARE ASSIGNED. 

! FILE VALID ONLY FOR STANDARD HARDWARE CONFIGURATION. 

' TIME IS dd-mmm-yyyy hh:mm:ss 


' DEFINE PROCESSOR... 


I 
i 
t 
t 
i 
i 
i 
! #**QUICK FLAG SET. NO CHECKS MADE FOR TERMINALS ON DzZ11‘S ##* 
| 
t 
i 
D 


S> ATTACH KA730 HUB KAO YES 43FF 0 0124 NO NO 
i 


! DEFINE UNIBUS ADAPTERS... 
i 


DS> ATTACH DW730 HUB DWO 

é 

DS> ATTACH RB730 DWO DGA 

DS> ATTACH R80 D@GA DQAD 

DS> ATTACH RLO2 DQA DQAt 

DS> ATTACH DMF32S DWO XGA0 760340 0300 05 NONE 

DS> ATTACH DMF32A DWO TXA 760340 0300 05 0377 9600 INTERNAL YES 
DS» ATTACH DMF32P DWO LCA 760340 0300 05 OTHER 

COMMAND? 


Example 5-3 Typical Autosizer Printout of an RLO2/R80 Configured VAX-11/730 System 


Type “ATTACH” to the “COMMAND?” prompt to actually build the data base in the diag- 
nostic supervisor. 
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3. Type “EXIT” to the “COMMAND?” prompt to exit from the autosizer program. The autosizer 
prints the completion message shown below (if no errors were encountered) on exiting. It then 
returns console control to the diagnostic supervisor ““DS>”’. 


COMMAND? EXIT 

.-End of run, 0 errors detected, pass count is 1, 
time is dd-mmm-yyyy hh:mm:ss 

DS» 


4. Select the devices to be tested. Then use the RUN command to load and run the diagnostic 
program. 


See Chapters 4 and 5 of the VAX Diagnostic System User's Guide for details on the diagnostic supervisor 
commands. 
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CHAPTER 6 
RUNNING THE LEVEL 4 DIAGNOSTIC PROGRAM 


6.1 LOADING AND STARTING THE LEVEL 4 DIAGNOSTIC PROGRAM 

Only one level 4 diagnostic program applies to the VAX-11/730 — EVKAA, a hardcore instruction test. 
DIGITAL ships this diagnostic program for the VAX-11/730 on a single TU58 tape cassette and on the 
RLO2 diagnostic disk pack. The single TU58 tape cassette is labeled “VAX-11/730 LOAD PATH” and 
the RLO2 diagnostic disk is labeled “VAX-11/730 COMPLETE DIAG”. 


The method for loading the level 4 diagnostic into memory from the cassette tape is different from loading 
it from the disk pack. The diagnostic is loaded into memory from the cassette tape by using the console 
command language. However, the diagnostic is loaded into memory from disk pack with the diagnostic 
supervisor. 


After the diagnostic is loaded into memory, it is started from the console I/O mode with the START 
command. 


6.1.1 Loading EVKAA from the Load Path Cassette 
The level 4 diagnostic EVKAA is loaded and started with the console command language as shown in the 
following procedures. 


|. Insert the tape cartridge labeled “VAX-11/730 LOAD PATH” into the front TUS8 drive 
(DDO). 


2. At the console prompt “>>>’’, type the following commands to load and run EVKAA. 


»»> I ! Initialize the CPU 

>>> D/P/L FEO0 0 ! Zero memory location FE00 

>>> L/P/S:0 DDO: EVKAA.EXE !' Load the diagnostic into memory 
>>> 


After EVKAA is loaded into memory, it is started using the procedure described below. 


6.1.2 Loading and Starting EVKAA from the RLO2 Diagnostic Disk Pack 
EVKAA 1s loaded and started from the RLO2 diagnostic disk pack by following the procedures below. 


1. After the diagnostic supervisor is running and the “DS>” prompt is displayed, load EVKAA 
from the disk pack into memory using the LOAD command. 


DS>LOAD EVKAA ! Load the diagnostic into memory 


2. Exit from the diagnostic supervisor to the console I/O mode by typing the EXIT command. 


DS>EXIT ! Terminate the diagnostic 
! supervisor 
202 PC=0001A5SD8 
»»>> ' Enter the console I/0 mode 


3. After EVKAA 1s loaded into memory, it is executed at memory location 200 with the following 
command: 


»>> S 200 ' Execute the diagnostic program 
! at memory location 200 


If EVKAA runs successfully, at the end of each 100 passes, the console produces one line of the printout 
shown below and rings the terminal bell. 


EVKAA Vx.x PASS nn DONE! 
EVKAA Vx.x PASS nn DONE! 
EVKAA Vx.x PASS nn DONE! 


This program continues to run and produce the above printout until a CTRL/P is typed. At that time the 
system returns to the console I/O mode and prints the console prompt “>>>’’. 


If EVKAA does not run successfully, it prints the error message, shown below and returns control to the 
console I/O mode. 


229ERROR TEST nn, SUBTEST nn Cinstruction) FAILED 
Cone line description of failure) 

EXPECTED DATA: XXXXXXXX 

RECEIVED DATA: XXXXXXXX 

206 00009301 

>>> 


6.2 EVKAA ERROR INTERPRETATION AND LOOP CONTROL 

When EVKAA detects an error and the halt code is 06, it indicates the processor executed a HALT in- 
struction at the error. Other halt codes indicate that the program is not running properly. See Table 2-1 in 
Chapter 2 for a list of halt codes and their meanings. 


If the error message was printed and the halt code is 06, the user can look in the listing for the algorithm 
used to determine the failure. 


NOTE 
If the base address for the program is not ‘0’, the 
user must find the base address and subtract it from 
the PC in order to find the corresponding HALT in- 
struction in the listing. 


General register 10 contains the base address and is examined by typing the following command: 


>»>>E/G 10 ! Examine register R10. 
G 00000010 00000000 ' Base address is 00000000. 
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Consider the case where the user runs the hardcore instruction test and gets the console output shown in 
Example 6-1. 


»»> I ' Initialize the CPU 

>>> D/P/L FE00 0 ! Zero memory location FE00 

>>> L/P/S:0 DDO:EVKAA.EXE ! Load the diagnostic into memory 
»>> S 200 ! Start the diagnostic program 


?22ERROR TEST nn, SUBTEST nn Cinstruction) FAILED 
Cone line description of failure) 

EXPECTED DATA: XXXXXXXX 

RECEIVED DATA: XXXXXXXX 

206 00009301 

»»»> 


Example 6-1 Halt in Hardcore Instruction Test 
Look up the location 9300 (the PC minus 1) in the program listing. Read the test description and analyze 
the code. If the fault is a hard error, the user can cause the program to loop (on the next pass) by replacing 
the HALT instruction with a NOP instruction. 
NOTE 
The user should examine the location first to ensure 
it contains a HALT instruction. 


By replacing the HALT with a NOP, the error message printing is cancelled. 


Example 6-2 shows an examine and deposit to the location that contains the HALT instruction. 


>»>>E/P/B 9300 ! Examine location 9300 
P 00009300 00 
>»>>D/P/B 9300 01 ! Deposit 01 in the byte at 
! location 9300 
»>>C ! Continue. The program should 


t loop on error. 


Example 6-2 Level 4 Diagnostic Program Set-Up to Loop on Hard Error 
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However, if the error is intermittent, the program may progress out of the loop on the first success. In order 
for the program to loop every time, the user must find the instruction that checks for success or failure and 
replace it with a NOP instruction (see Example 6-3). 


9201 
9201 
92CC 
92D5 
92D7 
92DD 
92DF 
92E6 
92E9 


92ED 
S2EF 
92F 4 
92F8 
92FA 
92FC 
92FE 


9300 
9301 
9303 


12591 
12592 
12593 
12594 
12595 
12596 
12597 
12598 
12599 


12600 
12601 
12602 
12603 
12604 
12605 
12606 


12607 
12608 
12609 


T12_$55: 
MOVL “xSS,SUBNUM 
S$: MOVW -1, TEMPO 
BISPSW 15 
TSTW TEMP0 
MOVPSL R1 
BICL NZVC,R1 
MOVL 8,R0 
XORL3 RO,R1,R2 ; Compare expected 
* and received data 
BEQL 10$ : Test for success 
MOVAB B%1045$,%X44(R11) 
MOVW 1,°X40(R11) 
TSTL (R11) 
BEQL 1045$ 
JSB (R12) 
BRB 10$ * Branch to 
; next test 
1045$: HALT ; Halt 
BRB S$ ; Loop PC printed 
10$: CLRL R3 ; Next part of test 


Example 6-3 Level 4 Program Listing Sample EVKAA, Test 12, Subtest 55 


In this case, the BELQ 10$ instruction at line 12600 checks for success of the test operation. Also, the BRB 
10$ instruction at line 12606 branches to the next test after completion of another operation. Two bytes 
correspond to each instruction. Both the instruction name and displacement in the instruction are replaced 
with two NOP instructions (0101), as shown in Example 6-4. 


>»>>E/P/W 92ED 


P 


>»>>E/P/W 92FE 


p 


>»>>E/P/B 9300 


p 


»>>C 


000092ED 
>»>>D/P/W 92ED 0101 


O00092FE 
>>>D/P/W 92FE 0101 


00009300 
>>>D/P/B 9300 00 


1413 


0311 


0 


! Examine the two bytes at 92ED 


' Deposit two NOP codes at 92ED 
! Examine the two bytes at 92FE 


! Deposit two NOP codes at 92FE 
! Examine the HALT location 


! Replace the HALT with a NOP 
! Continue. The program should 
! loop on the error 


Example 6-4 Setting Up a Loop on an Intermittent Error 
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CHAPTER 7 
CUSTOMER RUNNABLE DIAGNOSTICS 


7.1 INTRODUCTION 
Customer runnable diagnostics or CRD is a special control program to simplify the running of micro and 
macrodiagnostics, in the VAX diagnostic system on the VAX-11/730 system. 


The CRD package operates in two modes, auto and menu. In the auto mode, OFF-LINE bottom-up testing 
is performed on the system without user intervention. In the menu mode the user is offered, with menu 
prompts, the opportunity to further OFF-LINE test (beyond auto mode testing) any supported device, 
including added options, on the system. 


NOTE 
Both TUS8 tape drives, the RLO2 disk drive, and the 
console terminal are used for CRD; therefore, they 
must be functional. 


7.2 AUTO MODE 
The minimum VAX-11/730 system configuration required for auto mode testing consists of the following: 


VAX-11/730 CPU cluster with 512Kb of memory 
COMBO board (DMF32) 

IDC board (RB730) 

RLO2 disk drive (DQA1) 

Dual TUS58 tape drive 

System disk (either RLO2 or R80) (DQAO) 

Console terminal 

VAX-11/730 basic diagnostic set disk cassette 

TUS58 34 VAX-11/730 console tape cassette 

TUS8 36 VAX-11/730 microdiagnostic tape cassette 


CRD auto mode performs the following tests in the order shown. 


Tests the CPU, memory and FPA with microdiagnostics. 

Tests the RB730 (internal disk controller) with microdiagnostics. 
Tests CPU with Level 4 diagnostics. 

Boots the diagnostic supervisor from the RLO2. 

Tests the DMF32 and the RB730 disk drives with macrodiagnostics. 


ie 


T-\ 


Once auto mode is invoked, device testing is completed without user intervention in approximately 15 min- 
utes. An exception to this would be in the case of the system being improperly set up. In this instance, the 
auto mode program displays an informational message then halts (Example 7-1). The operator has a chance 
to prepare the system, and resume execution of the auto mode by typing a <CR>. 


**#** BEGIN VAX-11/730 AUTO TEST **** 


VER 1.0 RUN TIME = 15:00 

CPU PART 1 TESTING STARTED - RUN TIME = 3:30 PASSED 
MEMORY TESTING STARTED - RUN TIME = 1:30 PASSED 
CPU PART 2 TESTING STARTED - RUN TIME = 0:45 PASSED 
FPA TESTING STARTED - RUN TIME = 1:30 PASSED 
RB730 TESTING STARTED - RUN TIME = 0:45 PASSED 
RLO2 PART 1 DQA1 TESTING STARTED - RUN TIME = 0:15 

** PROPER SETUP REQUIRED - TYPE <CR> TO CONTINUE ** 

** CHECK FOR RLO2 DIAGNOSTIC PACK ‘CRDPACKXX’ #** 

id INSERTED AND SPINNING IN DRIVE DQA1: ad 

** TF SETUP CORRECT, POSSIBLE RLO2 DRIVE PROBLEM ** 

CPU PART 3 TESTING STARTED - RUN TIME = 4:00 PASSED 
R80 DQA0 TESTOMG STARTED - RUN TIME = 0:30 PASSED 
RLO2 PART 2 DQAi TESTING STARTED - RUN TIME = 0:30 PASSED 
DMF 32S XGAQ TESTING STARTED - RUN TIME = 1:00 PASSED 
DMF32A TXAQ-TXA7 TESTING STARTED - RUN TIME = 0:30 PASSED 
DMF 32P LCAQ TESTING STARTED - RUN TIME = 0:15 PASSED 
DMF 32P LCAQ TESTING STARTED - RUN TIME = 1:00 PASSED 


AUTO TEST COMPLETE - NO ERRORS 
**#*#* END OF VAX-11/730 AUTO TEST ***# 


Example 7-1 Printout of an Auto Mode Testing Sequence 
in which the System Was Improperly Set Up 


On successful completion of the auto mode, CRD enters menu mode. 


7.2.1 Auto Mode Invocation 
Auto mode is invoked after system preparation is performed. The system is prepared for testing and auto 
mode 1s invoked by performing the following procedures. 


l. 


Insert the system CONSOLE cassette into the side TU58 tape drive (DD1). 


2. Insert the MICRODIAGNOSTIC cassette tape into the front TU58 tape drive (DDO). 

3. Insert the diagnostic distribution RLO2 disk pack into the top disk drive (DQ1). Depress the 
LOAD button on the disk drive to place it on-line. The disk drive may or may not be WRITE 
PROTECtTed. 

4. Ensure that the system disk drive (RLO2 or R80) contains the system disk and is on-line. The 


system disk may or may not bb WRITE PROTECTed. 
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CAUTION 
CRD auto mode performs nondestructive disk test- 
ing on VAX/VMS disk packs. If the disk which is 
inserted into the disk drive is formatted under sys- 
tems other than VAX/VMS, write protect the disk 
to protect that data. 


5. Obtain the console prompt “>>>” as described in Chapter 2. 


NOTE 
After the console prints ““VERSION xx.yy” a 
CTRL/C may be typed since, all microcode needed 
to run CRD is loaded. 


6. Invoke auto mode by typing ““T”’ to the console prompt as shown below. 
»>> T <CR> 


NOTE 
When the command “>>>T” is typed, there is a 
time span of approximately 35 seconds before the 
first message is printed on the console terminal. 


If no errors are encountered, then the console terminal produces a printout similar to the one in 
Example 7-2. 


#### BEGIN VAX-11/730 auto TEST **** 


VER 1.0 RUN TIME = 15:00 

CPU PART 1 TESTING STARTED - RUN TIME = 3:30 PASSED 
MEMORY TESTING STARTED - RUN TIME = 1:30 PASSED 
CPU PART 2 TESTING STARTED - RUN TIME = 0:45 PASSED 
FPA TESTING STARTED - RUN TIME = 1:30 

FPA NOT PRESENT 

RB730 TESTING STARTED - RUN TIME = 0:45 PASSED 
RLO2 PART 1 DQA1 TESTING STARTED - RUN TIME = 0:15 PASSED 
CPU PART 3 TESTING STARTED - RUN TIME = 4:00 PASSED 
R80 DQ@A0 TESTING STARTED - RUN TIME = 0:30 PASSED 
RLO2 PART 2 DQA1 TESTING STARTED - RUN TIME = 0:30 PASSED 
DMF 32S XGAQ TESTING STARTED - RUN TIME = 1:00 PASSED 
DMF32A TXAO-TXA7 TESTING STARTED - RUN TIME = 0:30 PASSED 
DMF 32P LCAO TESTING STARTED - RUN TIME = 0:15 PASSED 


AUTO TEST COMPLETE - NO ERRORS 
*#** END OF VAX-11/730 AUTO TEST **** 


Example 7-2 Printout of an Auto Mode Testing Sequence 


in which No Errors Were Encountered 
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7.2.2 Auto Mode Messages 
Messages normally seen while running the diagnostic programs are replaced in the auto mode with plain 
English messages. These messages consist of progress messages, warning messages and error messages. 


Progress messages are printed to assure the user that auto mode CRD is progressing properly. These mes- 
sages are printed when device testing begins and is completed (Example 7-2). 


Warning messages are printed to inform the user that the system is set up incorrectly (Example 7-1). These 
messages are printed for the following situations: 


The RLO2 disk drive (DQA1) does nat contain the correct diagnostic disk pack. 

The RLO2 disk drive (DQA1) is off-line (LOAD button out). 

The system disk drive (DQAO) is write protected. 

The system disk drive (DQAO) is off-line (LOAD button out). 

The diagnostic tape in the TUS8 tape drive has missing or corrupted diagnostic program files. 


ee ee 


After printing warning messages, the auto mode handles each of the above situations differently. Auto 
mode pauses for the first two situations above to allow the user to correctly set up DQA1 correctly (Exam- 
ple 7-1). However, for the third and fourth situations, auto mode continues testing after printing a warning 
message. Auto mode executes the appropriate macrodiagnostic in NOWRITE mode for the third situation 
(Example 7-3), and skips over the appropriate macrodiagnostic for the fourth situation (Example 7-4). 
Both situations result in printing a message that indicates testing is incomplete. Auto mode handles the 
fifth situation as an error and aborts further testing (Example 7-5). 


*##* BEGIN VAX-11/730 AUTO TEST **** 
VER 1.0 RUN TIME = 15:00 


CPU PART 1 TESTING STARTED - RUN TIME = 3:30 PASSED 
MEMORY TESTING STARTED - RUN TIME = 1:30 PASSED 
CPU PART 2 TESTING STARTED - RUN TIME = 0:45 PASSED 
FPA TESTING STARTED - RUN TIME = 1:30 PASSED 
RB730 TESTING STARTED - RUN TIME = 0:45 PASSED 
RLO2 PART 1 DQA1 TESTING STARTED - RUN TIME = 0:15 PASSED 
CPU PART 3 TESTING STARTED - RUN TIME = 4:00 PASSED 
R80 DQA0 TESTING STARTED - RUN TIME = 0:30 

sia UNIT IS WRITE-PROTECTED an 

** DQA0: DISK DRIVE TESTING INCOMPLETE ** 

RLO2 PART 2 DQA1 TESTING STARTED - RUN TIME = 0:30 PASSED 
DMF 325 XGAO TESTING STARTED - RUN TIME = 1:00 PASSED 
DMF32A TXAQ-TXA7 TESTING STARTED - RUN TIME = 0:30 PASSED 
DMF 32P LCAO TESTING STARTED - RUN TIME = 0:15 PASSED 


AUTO TEST INCOMPLETE - NO ERRORS 
CHECK DEVICE PREPARATION - IF OK, THEN CALL FIELD SERVICE 
*##* END OF VAX-11/730 AUTO TEST **** 


Example 7-3 Printout of an Auto Mode Testing Sequence 
in which DQAO Was Write-Protected 
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**#*#* BEGIN VAX-11/730 AUTO TEST ***# 
VER 1.0 RUN TIME = 15:00 


CPU PART 1 TESTING STARTED - RUN TIME = 3:30 PASSED 
MEMORY TESTING STARTED - RUN TIME = 1:30 PASSED 
CPU PART 2 TESTING STARTED - RUN TIME = 0:45 PASSED 
FPA TESTING STARTED - RUN TIME = 1:30 PASSED 
RB730 TESTING STARTED - RUN TIME = 0:45 PASSED 
RLO2 PART 1 DQA1 TESTING STARTED - RUN TIME = 0:15 PASSED 
CPU PART 3 TESTING STARTED - RUN TIME = 4:00 PASSED 
R80 DQA0 TESTING STARTED - RUN TIME = 0:30 

** DRIVE NOT ONLINE - CHECK DRIVE SPUN UP ** 

** —DQA0: DISK DRIVE TESTING INCOMPLETE ** 

RLO2 PART 2 DQA1 TESTING STARTED - RUN TIME = 0:30 PASSED 
DMF 325 XGA0 TESTING STARTED - RUN TIME = 1:00 PASSED 
DMF32A TXAO-TXA7 TESTING STARTED - RUN TIME = 0:30 PASSED 
DMF 32P LCAO0 TESTING STARTED - RUN TIME = 0:15 PASSED 


AUTO TEST INCOMPLETE - 
CHECK DEVICE PREPARATION - IF OK, THEN CALL FIELD SERVICE 
**** END OF VAX-11/730 AUTO TEST **** 


Example 7-4 Printout of an Auto Mode Testing Sequence 
in which DQAO Was Off-Line 


**** BEGIN VAX-11/730 AUTO TEST ***# 
VER 1.0 RUN TIME = 15:00 


CPU PART 1 TESTING STARTED - RUN TIME = 3:30 PASSED 
MEMORY TESTING STARTED - RUN TIME = 1:30 PASSED 
CPU PART 2 TESTING STARTED - RUN TIME = 0:45 

sg PROPER SETUP REQUIRED - CANNOT CONTINUE = 


** CHECK DIAGNOSTIC TAPE INSERTED IN TUS8 DRIVE 0 #** 
** TF SETUP CORRECT, POSSIBLE TAPE OR DRIVE PROBLEM ** 
AUTO TEST ABORTED 

**** END OF VAX-11/730 AUTO TEST **** 


Example 7-5 Printout of an Auto Mode Testing Sequence 
in which a Microdiagnostic Program File Was Missing 


Error messages are printed any time an error occurs during the course of diagnostic testing. These messages 
identify the device that caused the error and the next action to be taken by the user. 
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7.2.3 Auto Mode Errors 

An error detected during auto mode causes an error message to be printed and the current diagnostic test to 
be aborted. Also, depending on which diagnostic test detected the error, auto mode aborts. If errors are 
detected during microdiagnostic or level 4 diagnostic testing, the program that detected the error along 
with the remaining test programs are aborted (Example 7-6). Also, if microdiagnostics attempt to test a 
device that is missing, other than the FPA, auto mode is aborted. In contrast, errors detected during mac- 
rodiagnostic testing of a device only aborts that program. Remaining test programs for that device are 
skipped. Auto mode then proceeds with execution of the remaining diagnostic programs (Example 7-7). 
However, there are some situations where auto mode will abort. Situations which cause auto mode to abort 
after macrodiagnostic detected errors are as follows: 


e Errors encountered in the diagnostic disk drive (DQA1). 
e Incorrect set-up of the system (i.e., the programs to be run can not be found on the diagnostic 


disk). 


**#** BEGIN VAX-11/730 auto TEST **** 
VER 1.0 RUN TIME = 15:00 


CPU PART 1 TESTING STARTED - RUN TIME = 3:30 PASSED 
MEMORY TESTING STARTED - RUN TIME = 1:30 PASSED 
CPU PART 2 TESTING STARTED - RUN TIME = 0:45 PASSED 
FPA TESTING STARTED - RUN TIME = 1:30 PASSED 
RB730 TESTING STARTED - RUN TIME = 0:45 *FAILED* 


AUTO TEST ABORTED - RB730 BAD - CALL FIELD SERVICE 
ENTER 1 TO RETURN TO CONSOLE, 2 TO RESTART auto TEST 1 


*#** END OF VAX-11/730 AUTO TEST **#** 
Example 7-6 Printout of an Auto Mode Testing Sequence in which an Error 


Was Detected During Microdiagnostic Testing 


**** BEGIN VAX-11/730 AUTO TEST **** 
VER 1.0 RUN TIME = 15:00 


CPU PART 1 TESTING STARTED - RUN TIME = 3:30 PASSED 
MEMORY TESTING STARTED - RUN TIME = 1:30 PASSED 
CPU PART 2 TESTING STARTED - RUN TIME = 0:45 PASSED 
FPA TESTING STARTED - RUN TIME = 1:30 PASSED 
RB730 TESTING STARTED - RUN TIME = 0:45 PASSED 
RLO2 PART 1 DQA1 TESTING STARTED - RUN TIME = 0:15 PASSED 
CPU PART 3 TESTING STARTED - RUN TIME = 4:00 PASSED 
R80 DQAQ TESTING STARTED - RUN TIME = 0:30 PASSED 
RLO@ PART 2 DQA1 TESTING STARTED - RUN TIME = 0:30 PASSED 
DMF 32S XGA0 TESTING STARTED - RUN TIME = 1:00 *FAILED* 
DMF32A TXAQ-TXA7 TESTING STARTED - RUN TIME = 0:30 PASSED 
DMF 32P LCAQ TESTING STARTED - RUN TIME = 0:15 PASSED 
AUTO TEST COMPLETE - XGAQ BAD - CALL FIELD SERVICE 


*#*#* END OF VAX-11/730 AUTO TEST **** 


Example 7-7 Printout of an Auto Mode Testing Sequence in which an Error 
Was Detected During Macrodiagnostic Testing 


7-6 


When auto mode testing is aborted due to microdiagnostic errors, or auto mode completes with macrodiag- 
nostic errors, the user is given the option of restarting the auto mode testing or returning to the console I/O 
mode (Example 7-6). This will be announced to the user after completion of testing. 


7.335 MENU MODE 
The minimum system configuration required for menu mode testing depends on how this mode is invoked. 
Menu mode is invoked for system testing by one of the following methods: 


e Automatically at the successful completion of auto mode. 
e Manually with the console I/O mode command “T/M”’. 
e Manually with the diagnostic supervisor command “CRD”’. 


In the first of the above methods, menu mode is invoked once auto mode testing has successfully com- 
pleted. In this method, menu mode testing is started without operator intervention, but further system 
preparation may be required if options are added to the minimum system configuration. 


The minimum VAX-11/730 system configuration for menu mode testing that is invoked at the completion 
of auto mode must consist of the following devices: 


VAX-11/730 CPU cluster with 512Kb of memory 
COMBO board (DMF32) 

IDC board (RB730) 

RLO2 disk drive (DQA1) 

Dual TUS58 tape drive 

System disk (either RLO2 or R80) (DQAO) 

Console terminal 

VAX-11/730 basic diagnostic set disk cassette 

TUS8 34 VAX-11/730 console tape cassette 

TUS58 36 VAX-11/730 microdiagnostic tape cassette 


The second and third methods above require the system to be prepared. As with the first method, these two 
methods may require further system preparation if options are added to the “‘base”’ configuration. 


The minmum VAX-11/730 system configuration for menu mode testing invoked with the console com- 
mand “T/M” or the diagnostic supervisor command “CRD” must consist of the following devices: 


VAX-11/730 CPU cluster with 512Kb of memory 
IDC board (RB730) 

RLO2 disk drive (DQA1) 

Dual TUS58 tape drive 

System disk (either RLO2 or R80) (DQAO) 
Console terminal 

VAX-11/730 basic diagnostic set disk cassette 
TUS8 34 VAX-11/730 console tape cassette 


7.3.1 Menu Mode Evocation 
Menu mode is invoked after the “‘base’”’ system is fully prepared. To prepare the “‘base’’ system, follow the 
procedures below. 

1. Insert the system CONSOLE cassette into the side TU58 tape drive (DD1). 


2. Insert the MICRODIAGNOSTIC cassette tape into the front TU58 tape drive (DDO). 


Insert the diagnostic distribution RLO2 disk pack into the top disk drive (DQ1). Depress the 
LOAD button on the disk drive to place it on-line. The disk drive may or may not be WRITE 
PROTECTed. 


Make sure the system disk drive (RLO2 or R80) contains the system disk and is on-line. The 
system disk may or may not be WRITE PROTECTed. 


CAUTION 
CRD menu mode performs nondestructive disk test- 
ing on VAX/VMS disk packs. If disk is formatted 
under systems other than the VAX/VMS, WRITE 
PROTECT the disk to protect that data. 


Invoke menu by one of the following methods. 


e Console I/O mode method. 
e Obtain the console prompt “>>>” as described in Chapter 2. 
e Type ‘T/M’ in response to the console prompt as shown below: 


>>>T/M<CR> 


NOTE 
When the command “>>>T/M” is typed, there is a 
time span of approximately 1.5 minutes before the 
first message is printed on the console terminal. 


Diagnostic supervisor method. 
Obtain the diagnostic supervisor prompt “DS>”’ as described in Chapter 5. 
e Type “CRD” in response to the supervisor prompt as shown below: 


DS>CRD<CR> 


Whichever method is used to invoke the CRD menu mode, user control is passed to the Main Menu, which 
produces a printout similar to Example 7-8. 


CUSTOMER RUNNABLE DIAGNOSTIC PACKAGE 
VERSION X.X 
*##* BEGIN VAX-11/730 MENU TEST ***#* 
Type the CTRL key and the C key (together) at any time 
to interrupt Menu Test Processing... 
VAX-11/730 HARDWARE IDENTIFICATION - RUN TIME = 00:30 Minutes 
PLEASE WAIT... 


VAX-11/730 HARDWARE IDENTIFICATION COMPLETE 


A = Exit Menu Test 

B= Print list of identified system hardware and support status 
C = Print preparation required for test of supported hardware 

D = Select and Test one or all suppported hardware 


Type one of the above (for example, A), and press RETURN, 
Enter MAIN MENU choice: 


Example 7-8 Printout of the Menu Mode Main Menu 


7-9 


In the Main Menu, selections are provided to allow the user to perform the following functions: 


Exit from menu mode 

Print a list of devices on the system 

Print the preparation required to test the available devices 

Select either a single device or all devices on the system for diagnostic testing 


Choice A: 
If choice A is selected, menu mode is aborted and user control is returned to the console I/O mode (see 


Example 7-9). 


Type one of the above (for example, A), and press RETURN, 
Enter MAIN MENU choice: A 

VAX-11/730 MENU TEST STOPPED BY OPERATOR 

*### END OF VAX-11/730 MENU TEST ***#* 

RETURNING TO VAX-11/730 CONSOLE, WAIT FOR ‘>>>’ PROMPT... 


2702 PC=00000000 
>>> 


Example 7-9 Printout of the Menu Mode in which Choice A 
Was Selected from the Main Menu 


7-10 


Choice B: 
If choice B is selected (Example 7-10), menu mode prints a list of devices available on the system. This list 


also includes the device generic name and determines if the device is supported for testing. After this list is 
printed, the Main Menu is printed again. 


i 
Type one of the above (for example, A), and press RETURN, 
Enter MAIN MENU choice: B 


Hardware Generic Support 


Name Name Status 

console CSA0 No Support 
DW730 DWO0 No Support 
RB730 DQA No Support 
RLO2 DQA 1 SUPPORTED 
KA730 KA0 SUPPORTED 
RK61 1 DMA SUPPORTED 
RKO7 DMA0 SUPPORTED 
RL11 DLA No Support 
RL02 DLAD0 SUPPORTED 
R80 DGAD0 SUPPORTED 
DMF 32S XGA0 SUPPORTED 
DMF 32A TXA SUPPORTED 
DMF 32P LCA SUPPORTED 


(return to Main Menu) 


Example 7-10 Printout of the Menu Mode in which Choice B 
Was Selected from the Main Menu 
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Choice C: 


If choice C is selected, menu mode prints a list of the necessary system preparation required to test the 
supported devices on the system (Example 7-11). After this list is printed, the Main Menu is printed again. 


Type one of the above (for example, A), and press RETURN, 


Enter MAIN MENU choice: C 


Hardware: DMF32A, DMF32P, DMF32S, KA730, RK611 
Preparation: 1. No Hardware Preparation required 


Hardware: RLO2, RKO? 
Preparation: 1. Insert Disk cartridge in drive. Disk 
may contain usable data. 
2. Push In ‘LOAD’ Switch. 
3. Push Out ‘WRITE PROT’ switch. 
4. Wait for ‘READY’ indicator to light. 


Hardware: R80 
Preparation: 1. Push In ‘RUN STOP’ switch. 
2. Push Out ‘WRITE PROT’ switch. 
3. Wait for ‘READY’ indicator to light. 


! 
l 
(return to Main Menu) 


Example 7-11 Printout of the MENU Mode in which Choice C 
Was Selected from the Main Menu 
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Choice D: 


If choice D is selected, user control is passed to the Test Menu, which produces a printout similar to Exam- 
ple 7-12. This menu lists the devices that can be tested. To test a device, type the menu choice that corre- 
sponds to the device to be tested (e.g., typing choice ““D1” causes menu mode to test all supported devices 
(Example 7-13)). 


Example 7-13 1s a typical functional test printout produced by the menu mode. This printout indicates to 
the user which device is currently being tested, the time used to test that device and, at the end of the test, 
whether the device passed or failed. At the completion of testing, menu mode returns control to the Main 
Menu. 


Type one of the above (for example, A), and press RETURN, 


Enter MAIN MENU choice: D 


TEST MENU 

Al = KA730 CPU KA0 
Bi = DMF32S COMM. XGA0 
Be = DMF32A COMM. TXA 
B3 = DMF32P COMM. LCA 
C1 = RK611 CONT. DMA 
C2 = RKO7 DISK DMA0 
C3 = RLO2 DISK DLA0 
C4 = R80 DISK DQA0 
CS = RLO2 DISK DQA 1 


Di = TEST ALL of the above supported hardware 


Type one of the above (for example, A1), and press RETURN 
to start testing. 


Enter TEST MENU choice: 


Example 7-12 Printout of the Menu Mode in which Choice D 
Was Selected from the Main Menu 


Menu mode can be interrupted, or suspended at any time by typing CTRL/C. This causes a menu to be 
printed (Example 7-14), giving the user a selection of three actions to take. If choice A is selected, the Exit 
message is printed (Example 7-9) and menu mode exits, returning control to the console I/O mode. Select- 
ing choice B aborts whatever menu mode process was being performed at the time of the CTRL/C, and 
passes control back to the Main Menu (Example 7-8). Conversely, if choice C is selected, the menu mode 
process interrupted by the CTRL/C is continued. 


7-13 


Type one of the above (for example, A1), and press RETURN 
to start testing. 


Enter TEST MENU choice: D1 
Type the CTRL key and the C key (together) 
at any time to interrupt Functional Test... 
FeeeeeeEH*® BEGIN FUNCTIONAL TESTING ***######F# 


KA730 


KA730 


KA730 


KA730 


KA730 


DMF 32S 


DMF 32A 


DMF 32P 


RK611 


RKO? 


RLO2 


R80 


RLO2 


FUNCTIONAL TESTING COMPLETE - NO ERRORS 


RUN TIME 
PART 1 KAO 
PART 2 KAO 
PART 3. KAO 
PART 4 KAO 
PART S KAO 
COMM. XGA0 
COMM. TXA 
COMM. LCA 
CONT. DMA 
DISK DMA0 
DISK DLA0 
DISK DQA0 
DISK DQA1 


Example 7-13 Printout of a Successful Menu Mode Testing Sequence 


(return to Main Menu) 


= 15:00 MINUTES 


TESTING 
TESTING 
TESTING 
TESTING 
TESTING 
JESTING 
TESTING 
TESTING 
TESTING 
TESTING 
TESTING 


TESTING 


TESTING 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


TIME 


TIME 


TIME 


TIME 


TIME 


TIME 


TIME 


TIME 


TIME 


TIME 


TIME 


TIME 


TIME 


00: 


Oe: 


02: 


02: 


03: 


01: 


00: 


00: 


01: 


01: 


00: 


01: 


00: 


45 


00 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


in which Choice D1 Was Selected from the Test Menu 
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(CONTROL key and C key typed together) 


A = Exit Menu Test 

B = Abort the current process, and return to 
MAIN MENU 

C = Resume the process interrupted by the 
CONTROL-C 


Type one of the above (for example, A), and 
press RETURN. 


Enter CONTROL-C MENU choice: 


Example 7-14 Printout of the CONTROL-C Menu 
as a Result of Typing a CTRL/C 


7.3.2 Menu Mode Errors 

Errors detected during device testing are listed on the functional test printout (similar to Example 7-15) as 
having failed the test (*“FAILED*). Also, at the end of the functional test printout, the failed device is 
called out by its generic name. 


When the device diagnostic test detects an error that test is aborted (*FAILED* is printed) and the next 
test is executed. Once all the selected devices are tested, control is passed back to the Main Menu. 


7-15 


Type one of the above (for example, A1), and press 


RETURN to start testing. 


Enter TEST MENU choice: 


D1 


Type the CTRL key and the C key (together) 
at any time to interrupt Functional Test... 


taeeeeeee® BEGIN FUNCTIONAL TESTING *#t####### 


KA730 


KA730 


KA730 


KA730 


KA730 


DMF 32S 


DMF 32A 


DMF 32P 


RK611 
RKO7 
RLO2 
R80 


RLO2 


PART 1 


PART 2 


PART 3 


PART 4 


PART S 


COMM. 
COMM. 
COMM. 
CONT. 
DISK 
DISK 
DISK 


DISK 


RUN TIME = 


KA0 


KA0 


KA0 


KA0 


KA0 


XGA0 


TXA 


LCA 


DMA 


DMA0 


DLA0 


DQA0 


DQA 1 


TESTING 


TESTING 


TESTING 


TESTING 


TESTING 


TESTING 


TESTING 


TESTING 


TESTING 


TESTING 


TESTING 


TESTING 


TESTING 


15:00 MINUTES 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


STARTED 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


RUN 


** FUNCTIONAL TESTING INCOMPLETE - ERRORS 


** FAILED HARDWARE TESTING: XGAQ, DLAO 


** CALL FIELD SERVICE ** 
(return to Main Menu) 


Example 7-15 Printout of an Unsuccessful Menu Mode Testing Sequence 
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TIME 
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TIME 


TIME 


TIME 


TIME 


TIME 


TIME 


00: 


02: 


02: 


02: 


03: 


01: 


00: 


00: 


01: 


01: 


00: 


01: 


00: 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


MINUTES 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


*FAILED* 


PASSED 


PASSED 


PASSED 


PASSED 


*FAILED* 


PASSED 


PASSED 


in which Choice DI Was Selected from the Test Menu 
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CHAPTER 8 
BUILDING THE SYSTEM DISK DIAGNOSTIC AREA 


8.1 INTRODUCTION 

The VAX-11/730 is shipped with a diagnostic RLO2 disk pack and VMS operating system RLO2 disk 
pack. This FILES-11 structured diagnostic distribution disk pack is labeled “VAX-11/730 BASIC 
DIAG”. It contains all macrodiagnostic programs appropriate to the VAX-11/730. 


Since the diagnostic area of a newly created system disk is clean, diagnostic programs from the distribution 
disk are copied to this area. This is called building the diagnostic area. 


8.2. BUILDING THE DIAGNOSTIC AREA 
Building the diagnostic area of the system disk is done under the control of the operating system usually 
using the COPY command. However, a file called TRANSFER.COM resides on the distribution disk 
which copies all level 2 diagnostic program files from that disk to the diagnostic area of the system disk. 
NOTE 
The diagnostic area on the system disk is called 
“SYSSMAINTENANCE”. 
To build the diagnostic area in the SYSMAINT directory on the system disk follow the procedures below. 
1. | Make sure that VMS is running properly and the DCL prompt “$”’ is displayed on the terminal. 


2. Make sure the diagnostic distribution RLO2 disk pack labeled “VA X-11/730 BASIC DIAG” is 
loaded into DQAI (top drive). 


3. Place DQAI on-line by depressing the ““LOAD”’ button on that drive. 
4. At the “$” prompt, type the following command to mount the diagnostic distribution pack: 
$ MOUNT DQA1: CRDPACK 


5. Type the following command to copy all level 2 diagnostic program files from the distribution 
pack to the diagnostic area on the system disk: 


$ @DQA1:(SYSMAINTITRANSFER 


6. Type the following command at the “$” prompt, to copy all other selected diagnostic program 
files to the system disk: 


$ COPY DQA1:(SYSMAINT] filename.exe SYS_$MAINTANENCE 


In this command, “‘filename.exe’’ is the diagnostic program file to be copied to the system disk. 


BLANK 


APPENDIX A 
VAX-11/730 REGISTERS 


Table A-1 Internal Processor Registers 


Address 

Hex Dec Mnemonic Access Name 

0 0 KSP Kernel Stack Pointer 

l l ESP Executive Stack Pointer 

2 2 SSP Supervisor Stack Pointer 

3 3 USP User Stack Pointer 

4 4 ISP Interrupt Stack Pointer 

8 8 POBR PO Base Register 

9 9 POLR PO Length Register 

A 10 PIBR P1 Base Register 

B 1] PILR P1 Length Register 

C 12 SBR System Base Register 

D 13 SLR System Length Register 

10 16 PCBB Process Control Block Base 

1] 17 SCBB System Control Block Base 

12 18 IPL Interrupt Priority Level 

13 19 ASTL Asynchronous System Trap Level 
14 20 SIRR WO Software Interrupt Request Register 
15 21 SISR Software Interrupt Summary Register 
18 24 ICCS Interval Clock Control and Status 
19 25 NICR WO Next Interval Count Register 

1A 26 ICR RO Interval Count Register 

1B 27 TODR Time of Year Register 

IC 28 CSRS Console Storage Receive Status 

1D 29 CSRD RO Console Storage Receive Data 

1E 30 CSTS Console Storage Transmit Status 

IF 31 CSTD WO Console Storage Traansmit Data 

20 32 RXCS Console Receiver Control and Status 
21 33 RXDB RO Console Receiver Data Buffer 

22 34 TXCS Console Transmit Control and Status 
23 35 TXDB WO Console Transmit Data Buffer 

26 38 MCESR RO Any write clears ““machine check in-progress’’ flag 
28 40 ACCS Accelerator Control and Status * 

37 55 WO Initialize UNIBUS 

38 56 MAPEN Memory Management Enable 

39 57 TBIA Translation Buffer Invalidate All 

3A 58 TBIS Translation Buffer Invalidate Single 
3D 61 PMR Performance Monitor Enable 

3E 62 SID RO System Identification Register 

WO = Write Only 

RO = Read Only 

* = VAX-11/730 Specific Registe 


Address 
Hex 


20 
IFF:100 


Table A-2 Machine Dependent Internal Registers 


32 
511:256 


Register Mapping 


Processor Status Longword 

CPU Microprogram Counter (UPC) 
Memory Controller CSR1 Register 
Memory Controller CSR2 Register 

Set Breakpoint @ Microaddress 
Enable/Disable WCS Control Store Parity 
WCS Control Store Register 

CPU Scratch Pad Memory (WR3:WRO) 
CPU Quotient Register 

CPU Scratch Pad Memory (Local Store) 


APPENDIX B 
MICRODIAGNOSTIC MONITOR COMMANDS 


The following are the commands used with the MICMON. 

DIR[ECTOR Y] — The directory of the TU58 being used (DD1 or DDO) is printed at the console terminal. 
Example: MIC»DIR 

RET[URN] — The microprocessor program counter is forced to zero and the power-up routine is started 

again. If a console cassette (CONSOLE) is present, the system will power-up into the console I/O mode 


and the console terminal prints the prompt, >>>. 


Example: MIC>RET 
>>> 


S/U — The console microprocessor program counter is forced to <address> and operation is continued at 
that new address. 


S/U «address> 
Example: MIC>S/U 0 


This command would force zero to the console microprocessor program counter; the function is identical to 
“RETURN” 


T/E — This command operates like the “RETURN” or “S/U 0” commands. 
Example: MIC>T/E 


CON[TINUE] — The current diagnostic continues execution from the last error halt, SOMM, single step 
termination, or CTRL/C. 


Example: MIC>CON 

LOAD — Loads a diagnostic section from the microcassette. 
LD <section> 

The following section names can be used with this command. 
ENKBA ENKBB ENKBC 
ENKBD ENKBE ENKBF 
ENKBG ENKCA ENKCB 
ENKCC ENKCD ENKCE 


ENKCF ENKCG 
Example: MIC>LD ENKBC 


This command loads microdiagnostic section ENKBC from the microcassette. 


INIT[IALIZE] — Initializes a WCS section. This command must be issued after a section is loaded by the 
LD command before tests are executed. It is automatically executed in a DI SE or DI command. 


Example: MIC»LD ENKBC 
MIC>INIT 


X/C or X/U — Allows the remote diagnostic terminal to downline load a file into the console microproc- 
essor memory (C for console memory) or WCS RAM (U for microcode). It is never executed from a 
console terminal. 


DI[AGNOSE] — The microdiagnostic unitspecified is loaded and run. If no unit is specified, then testing 
starts at the first test and continues to the last test. 


DI (<keyword>] 
Example: MIC>DI 


The following keywords may be used to modify the command. 


BOCARD] SECCTION] TECST] 
COENTINUE] PA(SS] SH{ORTEN] 


BOARD <type> — This keyword loads and executes all nonoptional sections that are associated with 
either the WCS, DAP, CPU, FPA, MCT or IDC board types. 


NOTE 
This command is incompatible with the SECTION 
and TEST keywords. 
Example: MIC>DI BO DAP 
Run those tests that exercise the DAP (M8394) board. 
SECTION <section> — This keyword loads and executes the specified section from the microcassette. 
Example: MIC»DI SE ENKBC 
Load and execute the tests that are included in section ENKBC. 
TEST <number> — This keyword executes the specified test from the currently loaded section. 
Example: MIC»DI TE 3 
Run test number 3 of the section that is currently in RAM memory. 
Example: MIC>DI TE 35 


Run tests 3 through 5 of the section that is currently in RAM memory. 


CONTINUE — This keyword is used only after the TEST keyword. It executes the tests from the speci- 
fied <number> to the end of the currently loaded section. 


Example: MIC>DI TE 8 CO 


Run test number 8 through to the end of the section that is currently in RAM memory. 


PASS — This keyword is used in conjunction with the TEST keyword to indicate the number of times a 
test(s) is performed. 


Example: MIC>DI SE ENKBD TE 2 5 PA 3 
Load section ENKBD from the cassette into RAM memory and execute tests 2 through 5 three times. 
Example: MIC»DI TE 2 5 PA -1 


Run tests 2 through 5 of the section that is currently in RAM memory and repeat forever (until interrupted 
by CTRL/C or CTRL/P). 


SHORTEN — This keyword is used in conjunction with the TEST keyword. If an error occurs during 
testing loops from the first test specified to the test in which that error occured. 


Example: MIC>DI TE 1 15 SH 


Run tests | through 15 of the section that is currently in RAM memory. If an error occurs, shorten the loop 
to execute tests 1 through the test that caused the error. 


R[EPEAT]| — This command repeats a command, such as a DEPOSIT or EXAMINE. The command is 
terminated by a CTRL/C or CTRL/P. 


R <command> 
Example: MIC>R EX RA 0 


This command repeats the command to examine four bytes of data at the console memory location 0. 


SE[T]|/CLIEAR] — The SET CLEAR command is used to enable/disable flags used in the execution of 
microdiagnostics. 


SE <function> 
CL <function> 


The following functions can be set/cleared: 
HACLT] LOCOP) NECR] 
BECLL] SECR] TROACE] 


SOCMM] DECFAULT) PACRITY] 
STCEP]*  BRIEAK] 


HALT — Halt on error. SETting this flag causes the MICMON to return to the command level after 
reporting an error. 


Example: MIC>SE HA 


LOOP — Loop on error. SETting this flag causes the MICMON to loop on the smallest piece of test code 
needed to reporduce the error. 


*This flag is only used with the SET command. 


NOTE 
HALT has a higher priority than LOOP. Thus, if 
both are set, halt on error occurs first. 


Example: MIC>SE LO 
NER — No error reports. SETting this flag causes the MICMON to skip the printout of error reporting. 
Example: MIC>SE NE 


BELL — Bell on error. SETting this flag causes the MICMON to ring the terminal bell each time an error 
is reported. 


Example: MIC>SE BE 


SER — Enable single bit errors to be reported as normal errors. SETting this flag causes the MICMON to 
print single bit errors. 


Example: MIC>SE SE 


TRACE — Trace execution. SETting this flag causes the MICMON to print the test number before start- 
ing each test. 


Example: MIC>SE TR 


SOMM — Stop on micromatch. SETting this flag causes the MICMON to write bad parity to the WCS 
location specified. When execution occurs and PARITY is set, the MICMON traps the interrupt caused by 
the parity error. If the address matches the last SOMM address, MICMON prints “SOMM” and the UPC 
and returns to the command mode (MIC>). If the parity is not the SOM address, a parity error message is 
displayed. SETting SOMM a second time clears the previous address. 


NOTE 
CLear PArity must be issued prior to SEt SOmm. 


Example: MIC>SE SO xxxx 
Where xxxx is the WCS address. 


DEFAULT — Set flags to default value. SETting this flag cuases the MICMON to SET HALT, disable 
SOMM and CLEAR all other flags. 


Example: MIC>SE DE 
PARITY — Set bad parity. SETting this flag causes the MICMON to write bad parity to the address 


specified and to disable stall on parity errors. If no address is given, only disable stall on parity error occurs. 


Clear parity is used to remove the bad parity error and reenable stall on parity error. If no address is given, 
only enable stall on parity error occurs. This command is also useful to write good parity at the location 
that has data deposited into it. This assures the parity at that location is correct. 


Example: MIC>SE PA xxxx 
Where xxxx is the WCS address. 


STEP — Set single step. SETting this flag causes the MICMON to single step the CPU n times. If no 
valud is given, the CPU single steps once for each time the space bar is typed. Any other character type 
causes MICMON to exit to the command level (MIC>). 


NOTE 
The character typed to exit to the command level be- 
comes the first character of the next command. If a 
clean start is desired for the next command line, a 
CTRL/C must be typed to exit to the command 
mode. 


Example: MIC>SE ST nnnn 
Where nnnn 15 the number of times to single step the CPU. 


BREAK — Set breakpoint in console microprocessor code. SETting this flag causes the MICMON to 
write a branch instruction to the break routine at the address specified. This branch instruction is three 
bytes long. CAUTION: This instruction overwrites another routine’s instructions. If the instruction is writ- 
ten to the program area of MICMON, a checksum error is printed, but this will not prevent the user from 
executing MICMON. The instruction replaced with the SET BREAK is not restored until a CLEAR 
BREAK or another SET BREAK to a new address is issued. CLEAR BREAK replaces the original three 
bytes at the address where SET BREAK was inserted. 


Example: SET BREAK xxxx 
Where xxxx i5 a console microprocessor address. 


There are three special SET/CLEAR functions that affect the registers on the Internal Disk controller 
(IDC). They are SE AF, SE BR, and CL FI. 


NOTE 
These commands require that a WCS based micr- 
odiagnistic be loaded in WCS RAM. 


SE AF — Select a Fifo. Selects Fifo address register ““A”’ to supply the address used when a deposit or 
examine of the DBUF is executed. 


SE BF — Select B Fifo. Selects Fifo address register ““B” to supply the address used when a deposit or 
examine of the DBUF is executed. 


CL FI — Clears the Fifo address register currently selected. This command preceeds the SE AF and SE 
BR commands. 


SHOW — The show command causes MICMON to print the names of the test flags that are enabled. 
SH <flags> 
The flags are defined under the SET/CLEAR commands. 


HALT TRACE LOOP SOMM 
NER BELL SER 


EX[AMINE]/DE[POSIT] — The EXAMINE/DEPOSIT commands are used to read/write data from/ 
to various registers or memory locations. The following modifiers point to the area being accessed. 


EX <modifire> <address> 
DE <modifier> <address> <value» 


RA[M] or /U — Read four bytes of data at specified address. Write one byte of data to specified address. 
Examples: 
MIC)EX RA 4100 — Examine four bytes of data at the console memory location 4100. 
MIC)DE RAM 71FF C — Deposit the byte value “C”’ in console memory location 71FF. 
CS[R] — Read/write 24 bits of data from/to the CPU CSR. 
Examples: 
MIC)EX CSR — Reads 24 bits of data from the CPU control store register. 
MIC)DE CSR 185F — Writes 24 bits of data to the CPU control store register. 
WR[K] — Read/write data from/to the 2901 working registers. 
Examples: 
MIC)EX WR 3 — Examines contents of data processor working register 3. 


MIC)DE WR 2 18FFCCAA — Deposits the value 18FFCCAA into the data processor working 
register 2. 


MM — Read/write data from/to main memory. 
Examples: 
MIC)EX MM 1074 — Examines the data in main memory location 1074. 
MIC)DE MM 1074 3F8A — Deposits the value 3F8A in main memory location 1074. 
ID[AR]# — Read/write data from/to the IDC’s Disk Address Register. 
Examples: 
MIC)EX ID — Examines the data in the IDC Disk Address Register (DAR). 
MIC)DE ID 51AB — Deposits the data 51AB in the IDC DAR. 
PO[SIT]*# — Read data from the IDC’s ECC position register. 
Example: 


MIC)EX PO — Examines the contents of the IDC Position Register (read only). 


PA[TT]*# — Read data from the IDC ECC pattern register. 

Example: 

MIC)EX PA — Examines the contents of the IDC Pattern Register (read only). 
DB[UF]# — Read/write data from/to the IDC’s data buffer. 

Examples: 


MIC)EX DB — Examines the longword (four bytes) of the current data buffer (A or B) at the 
current data buffer address. The address is then incremented by four. 


MIC)DE DB 18FFCCA1 — The value 18FFCCA|] is deposited in the current data buffer at the 
current address. The address is then incremented by four. 


UP[C] — Read/write 15 bits of data from/to the UPC register. 
Examples: 
MIC)EX UP — Examine the microprogram counter. 
MIC)DE UP 01F7C — Deposit the value 01F7C in the microprogram counter. 
WC[S] or /C — Read/write data from/to WCS (without parity calculation). 
Examples: 


MIC)EX WC OE00 — Examine writable Control Store (WCS) or EX/C OE00 through location 
OKO. 


MIC)DE WC 0800 16574F — Deposit the value 16574F in WCS location 0800. 
LS — Read/write data from/to local store locations. 

Examples: 

MIC)EX LS 200 — Examines the data at local store location 200. 

MIC)DE LS 3100 3FF — Deposits the value 3FF in local store location 3100. 
OS — Read/write eight bits of data from/to the CPU OS register. 

Example: 

MIC)EX OS — Examine the eight bits of data in the CPU OS register. 
UB[S]# — Read/write data from/to the UNIBUS map portion of the translation buffer. 

Examples: 

MIC)EX UB 200 — Read the location 200 from the UNIBUS translation buffer. 


MIC)DE UB 3FF 1F900 — Writes data 1F900 into location 3FF of the UNIBUS translation 
buffer. 
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MC[T]# — Read/write data from/to the memory controller’s CSR registers. 

Examples: 

MIC)EX MC 2 — Examine data in MCT’s CSR register 2. 

MIC)DE MC 1 2C0000000 — Deposit data 2C000000 into MCT’s CSR register 1. 
TB? — Read/write data from/to the memory controller’s translation buffer. 

Examples: 

MIC)EX TB 5 — Read data from MCT’s translation buffer 5. 

MIC)DE TB 10 7100 — Write data 7100 into MCT’s translation buffer 10. 
IC[SR] — Read/write data from/to the IDC’s CSR register. 


Examples: 
MIC)EX IC — Examine the data in the IDC’s CSR register. 


MIC)DE IC 10B002BD — Deposit the value 10B002BD into the IDC’s CSR register. 
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Your comments and suggestions will help us in our continuous effort to improve the quality and 
usefulness of our publications. 


What is your general reaction to this manual? In your judgment is it complete, accurate, well organized, well 
written, etc? Is it easy to use? 


What features are most useful? 


What faults or errors have you found in the manual? 


Does this manual satisfy the need you think it was intended to satisfy? 


Does it satisfy your needs?___—CCCU§MSWhhy? 


Please send me the current copy of the Documentation Products Directory, which contains information 
on the remainder of DIGITAL’s technical documentation. 
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